· 10 min read

UnifiedPOS 架构简介

UnifiedPOS

Interdution

UnifiedPOS = Unified Point of Service 是一个为零售情况下point-of-server接口设立的架构说明,这个标准设立了系统无关和中立语言以及定义:

  • 一个为应用接口设立的架构,提供给零售设备。
  • 一个设置给零售设备足够的行为,去支持每个POS问题。

这个UnifiedPOS标准会包括:

  • UnifiedPOS 周边框架预览。
  • 为设备设计的,给函数使用文本描述的接口。
  • 使用UML语法和图给每个设备种类,去描述:
    • 系统中,在class/interface之间的关系和对象。
    • 基础创建了C++,Java,IDL和其他OO术语,去实现UML设计。
  • 操作典型和细节给贯彻执行UnifiedPOS周边设备。他们会添加 Appendices(附录)在UnifiedPOS 版本1.6时启用。在新的执行来到可用,添加的附录会添加到标准的版本特性。

UnifiedPOS标准不会包括:

  • 特定语言API的specifications(说明)
  • 完整软件组件。硬件providers(供应商),软件供应商,和第三方供应商开发和distribute(分配)他们的组件。
  • 认证mechanism(机械装置);这必须由individual(单独的)语言处理标准提交(such(这样的)OLE for Retail POS(OPOS),POS for .NET,和JAVA for Retail POS(JavaPOS)提交)

关于此文档(在1.12发布)

自从UnifiedPOS 1.4发布,零售标准提交会maintaining(维持,维护)三个分离标准文档,OPOS,JavaPOS和UnifiedPOS。框架和典型设备会标志在每个文档。The addition of new device categories and/or enhancements to existing chapters required consultation and agreement on the technical content for the each of the separate standards.(添加新的设备类别和/或对现有章节的增强需要对每个单独标准的技术内容进行协商和达成一致。)不管怎么说,一个添加的到那个technical(定义)工作,there is a heavy administrative burden in generation the correct documentation for three different versions of the standard’s specification.(为该标准规范的三个不同版本生成正确的文档会带来沉重的管理负担。)那个流程会inherently(固有的)错误prone(倾向) 在那个相同的更改会执行在多个文档。混乱在多个情况下重新解决,当不同有inadvertently(不注意的)appeared(出现)在文档。

在请求简单的过程和bring一个高质量审查去ongoing(前进的) modification(修改)给文档,UnifiedPOS标准提交做一个修改在文档是必须的。从UnifiedPOS Version1.6,仅仅UnifiedPOS文档会更新和结构会更改。文档主要的部分包括绝对generic描述给所有设备categories()附加添加通过设计和utilization 指南。特殊引用platform(平台) 请求包含在附加,在之外implementation(执行)信息给每一个特殊存在执行,类似于OPOS, JavaPOS和POS For Dot Net。(笔记:OPOS-J,这个POS标准的主题部分来自于日本,目前和计划继续执行翻译日本版本OPOS文档给他们的开发者社区。)

文档是arranged(安排)在每个fashion(样式)会准许新的用户去gather(手机)一个通用education(训练)关于UnifiedPOS 标准由读取“Introducation and Architecture”(介绍和框架)section(章),这个章是设计通给一个预览material(物质)转换在entire(全部的)标准和包括一个outline(大纲)给设计特性他必须adhered(依附)开发者去实现标准。对于第一次的读者,这一章,应该读并且明白,as it will(正如他所愿)获取remaining(剩余的)章节和appendices(附加物)更多beneficial(有益的)。对于一个familiar(熟悉的)用户,这一章会serve(提供)一个“full-back”(后卫)引用clarification(精华)请求当开发者一个设备服务或者使用设备服务的应用。

追寻“介绍和框架”,“章节1”,outlines(概要)给属性,方法和事件,他们会通过在所有周边设备。他们是非常重要去理解这个章节和做引用去当问题arise(发生)在通过functionality(功能性),会应用所有设备的classes(级别)。

这个追随中的章节定义了每个POS周边设备,他们会转换标准,特殊的属性,方法和事件他们peculiar(特殊的)去peripheral(外围的)定义。任何附加有帮助的信息relevant(有关的)去POS外围也会包含。在新POS外围添加一个新的章节会添加去describe(描述)设备唯一requirements(要求)。

追随章节describing(描述物品)POS周边设备,Appendices(附加物)会包含outline(概要)特殊细节在implementation(执行)dependencies(附属国)给每个支持的操作设备和/或者特定语言开发者。

附录A”包括OPOS的定义,目标和交付产品。这里解释了输入/输出和设备分享给微软的COM模型去操作接口。事件和错误处理唯一执行已经描述了。者concludes(推断出)在啊一个版本更改历史那个指南,用户在明白OPOS 执行标准的evolution(演化)。

附录B”包括JavaPOS的定义,目标和deliverables(可交付的)。*There are explanations for the input/output and device sharing for the Java model fort the operation of the interface.(对Java模型的输入/输出和设备共享进行了说明,以加强接口的操作)。*事件和错误处理到这个执行是包括的。它还concludes(推断出)一个版本更改历史,这会对用户明白JavaPOS执行请求的演化有帮助。

章节C”包括POS for .NET的定义,目标和可交付的。对Microsoft‘s .NET模型的输入/输出和设备共享进行了说明,对操作和接口和从OPOS COM architecture(架构)的不同和执行。事件和错误处理会在这个执行中具有唯一性的说明。它也包括一个章节版本改改历史和brief(简短的)典型设计的周边设备。

章节D“包括了通过XML格式,周边设备的信息provide(规定)信息的地图。未来版本的UnifiedPOS标准会evolve(发展)一个greater(较大的)dependence(依赖)upon(接近)XML as the command and interoperability infrastructure of choice。(XML作为命令和互作性基础设施的首选。周边设备 increasing interest(兴趣日益浓厚)和专注于使用XML进行交流。它为创建新设备服务打开了很多新的可能性,当coupled(成对的)Universal Plug(通用插头)和通过USB进行硬件链接,会provide(规定)对的语言和操作设备independence(独立)。

章节E“incorporates(合并)文档的一个overall(全体的)更改历史。它会highly(非常) 推荐的 他们的体验用户refer(涉及)到这个章是一个aide(副手)对于理解版本到版本的文档更改,对于resource(资源)区帮助在updating(更新)设备支持和/或者 执行更改去接近软件efficient(efficient) 使用。

章节F“provides(规定)一些附加软件引用机器material(原料)会包括对理解principals(主要的)和文档结构,UnifiedPOS标准incorporates(合并)。开发者是encouraged(被鼓励的)区检查章节,会附加资源原料会添加标准evolves(进化)来自版本到版本。

章节G”包括附加硬件引用资源,pertinent(有关)区硬件设计,给compliance(服从)UnifiedPOS 标准。USB设备电源连接器recommendations(推荐)是大纲在这个章节结束。

章节H”provides information on functionality and changes that are documented in the UnifiedPOS standard in a version that will cause a previously defined function to be deprecated. While every attempt is made to minimize the use of Deprecation, the reader is highly encouraged to review this section to ensure a firm understanding of direction the standard is evolving. (提供 UnifiedPOS 标准中记录的功能和变更信息,这些功能和变更将导致先前定义的函数被弃用。 尽管我们已尽力减少“弃用”的使用,但仍强烈建议读者阅读本节,以确保充分了解标准的发展方向。)

Back to Blog