Разработка POS для Windows: OPOS через COM? OPOS для .Net? UnifiedPOS? ...? - PullRequest
5 голосов
/ 28 августа 2011

Я планирую разработать систему POS с нуля, которая будет основана на Windows (в настоящее время XP SP3).Я попытался получить представление о том, какой API использовать для работы с POS-устройствами.До сих пор я обнаружил OPOS, который реализован в виде набора объектов COM, библиотеки .Net, которая, кажется, основана на объектах COM, и нового стандарта UnifiedPOS.быть довольно старым, и материал .Net не обновлялся со времени .Net 1.1.Но я не смог найти реализацию спецификации UnifiedPOS.

Кто-нибудь знает что-то вроде UnifiedPOS SDK для Windows?Или кто-то может порекомендовать использовать OPOS или любой другой API?

1 Ответ

15 голосов
/ 23 октября 2011

OPOS действительно запустил все API POS со стандартом, согласованным советом компаний-членов, чтобы помочь сделать компьютерное оборудование, специально предназначенное для POS, более взаимозаменяемым. OPOS Info В этом случае, если вы приобрели программное обеспечение POS, вы не обязательно столкнетесь с блокировкой поставщика из-за способа кодирования программного обеспечения.

Спецификация JavaPOS просто превратила устаревший API на основе OLE в Java, что может быть предпочтительной средой разработки для некоторых людей. Информация о JavaPOS

Конечно, не все любят Java, Enter POS.net, еще один потомок OPOS, но созданный на основе .NET framework от Microsoft. Информация о POS.net POS.net обратно совместим с драйверами OPOS. Таким образом, любое устройство, которое работает с OPOS, также работает с POS.net. (Многие производители оборудования даже заявляют о совместимости с POS.net, когда поставляют только драйверы OPOS.)

Смысл ВСЕХ этих библиотек заключается в стандартизации доступа к аппаратным устройствам разных производителей. Выбор библиотеки будет в основном зависеть от выбора среды разработки. Стоит отметить, что влияние некоторых крупных поставщиков оборудования в организациях по стандартизации, которые сформировали эти библиотеки, делает их не на 100% независимыми от поставщиков. По этой причине многие разработчики POS создают свой собственный уровень абстрагирования оборудования, который затем может, в свою очередь, вызывать POS.net или напрямую общаться через RS232 или TCP / IP со своим оборудованием POS.

Кроме того, индустрия POS в целом отстает в технологии и обусловлена ​​низкой стоимостью и общим отсутствием потребности в новейшем мощном оборудовании. POS.net SDK не нуждается в каких-либо функциях .NET 3.5 / 4.0 и, следовательно, не будет перекомпилирован против него. Вместо этого поставщики POS часто хотят запускать свое программное обеспечение на оборудовании с низким энергопотреблением. Эти системы часто работают под управлением Windows XP или Windows XP Embedded (XP без потребительских ресурсов), поскольку они занимают меньше места на диске и в оперативной памяти, а также имеют общую скорость по сравнению с Vista (Win7 может изменить это, но, как я уже говорил, индустрия POS имеет отставание в принятии программного обеспечения по сравнению с другими отраслями).

...