首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >Kiosk软件指南

Kiosk软件指南
EN

Stack Overflow用户
提问于 2010-01-30 13:49:52
回答 2查看 1.9K关注 0票数 7

我需要开发一个信息亭系统。唯一的付款方式是信用卡/借记卡。信息亭需要与另一台PC联网。例如,如果客户在售货亭上订购了一些东西,则需要将其发送到另一台pc,商店员工可以在那里看到所订购的内容。

以下是我的解决方案:

选项1)基于web的应用程序

用户界面使用FLASH、ASP.net还是JAVA?

如果我采用此路线,我如何与信用卡/借记卡读卡器通信?阅读器将安装在kiosk上,但kiosk软件将在web上。我是否必须创建安全连接才能与阅读器通信?

选项2)在信息亭上创建应用程序

使用FLASH,JAVA,Windows表示层with.net?

如何与读卡器通信?

哪个选项最好?1还是2?爪哇,闪存?WINDOWs .net?那linux呢?在中开发kiosk aps容易吗?

谢谢你的帮助。

EN

回答 2

Stack Overflow用户

发布于 2010-01-30 14:58:42

作为一个实际实现了针对kiosk环境的Flash应用程序的人,我强烈建议不要使用它,原因如下:

  1. 内存管理不够好,不足以让应用程序一次无人值守运行几天/几周。它会泄漏内存,您最终将不得不重新启动它。只需在谷歌上搜索“闪存泄漏”,就可以了解它有多少问题。他们理应在最近的版本中改进了内存管理,但老实说,闪存主要针对的是用户在与之交互几分钟后关闭闪存标签/窗口的浏览器,所以他们没有花费太多时间来优化内存使用。
  2. 错误处理不够强大,无法处理扩展的运行环境。如果你的应用因为任何原因抛出错误,播放器基本上会完全停止,直到你重新启动它。由于(3).
  3. 你被困在闪存环境中,不能直接访问读卡器或其他外部设备,也不能直接写入系统,因此写入错误日志也比预期的困难。使用AIR可能会帮助您访问文件系统,但仅此而已。如果你想访问外部设备,你必须编写一个位于客户端的代理,并通过套接字将相关数据发送到Flash。如果您决定使用套接字与Flash客户端进行通信,请准备好破解Flash player的安全策略。

基本上,Flash是为与kiosk完全不同的环境而构建的,因此不太适合这项任务。我还建议避免使用基于web的界面,因为访问硬件设备也存在同样的困难。哦,看在上帝的份上,不要在Linux上运行Flash。Linux Flash player比Windows版本落后234234英里,这会让你非常头疼。

至于与读卡器的通信,通常通过USB与读卡器连接,读卡器可以设置为“键盘楔形”模式或HID模式。在键盘模式下,读卡器将读取刷卡并输出一个包含刷卡内容的纯文本字符串,就像它是一个键盘一样,您需要解析该字符串以获得您想要的数据。HID模式更干净一些,你可以通过读取USB设备上的滑动来与之交互。

在您列出的选项中,您的最佳选择(不幸的是)可能是编写某种可以在24/7环境中运行的Java或.NET应用程序。如果您需要访问打印机或其他硬件设备(例如自动打印收据),那么Java和.NET对OPOS标准有很好的支持,OPOS标准是与收据打印机对话的标准接口。就Linux和Windows而言,我已经看到两者都使用得很成功。

顺便说一句,如果您的应用程序正在处理信用卡数据,不要忘记PCI遵从性:)。

票数 11
EN

Stack Overflow用户

发布于 2010-02-04 22:34:30

使用基于Web的应用程序,并用HTML5编写UI。

至于kiosk上的软件,我推荐Webconverger。免责声明:我是这个开源项目的创始人。

你应该得到一个独立的支付设备,并手动匹配收据。

票数 4
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/2167015

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档