C#应用程序作为现有POS软件的附件 [英] C# application as add on to existing POS software

问题描述

我已经阅读了很多有关使用C#中的MS POS.net库开发POS应用程序的文章.但是，我的要求没有什么不同.

我想构建一个C#应用程序，将其作为现有POS软件的附件安装(在任何POS设备上).我正在构建一个附加组件，以在数据库中记录有关账单和客户的其他详细信息.

我有以下疑问

1.有可能吗?
2.如果对1的回答为是，那么是否可以使用两个软件来接收POS设备的事件?像正在扫描的条形码一样?

任何帮助，不胜感激

问候
塔赫尔
http://tdtechdiary.com

Hi,

I have read lot of articles on developing POS applications with MS POS.net library in C#. However, my requirement is little different.

I want to build a C# application that will be installed as an add on to the existing POS software (on any POS device). I am building an add on to log extra details about the bill & customer in data base.

I have following doubts

1. Is it possible?
2. If answer to 1 is yes, then can there be two software which can receive events from POS device? Like the barcode being scanned?

Any help much appreciated

Regards
Taher
http://tdtechdiary.com

推荐答案

1.有可能吗?

在任何 POS设备上?编号

全球范围内最常见的POS设备是老式的收银机.您不能在此上运行C#应用程序.

在全球范围内，第二大最常见的POS设备可能是由安装在主要零售商中的NCR之类的公司提供的专有POS系统.不必运行Windos，即使它们运行，也不会配置为允许您安装第三方加载项.

您的一般中小型企业要么使用收银机，要么从诸如NCR或HP之类的人那里购买了POS设备，后者也向他们出售了运行该设备的软件.最低限度，该软件可以跟踪库存或生成销售报告.该供应商拥有一个软件选项，可以跟踪其他详细信息-并且它已经集成并可以与该系统一起使用.这些供应商不太可能有动力向您提供开放的API来添加到他们的系统上，而且，如果他们可以从同一供应商那里获得第三方解决方案，那么您的一般业务也不太可能冒着使用第三方解决方案的风险. .

那么您的目标是什么?

实际上去找到您要为其开发应用程序的POS设备.

它仅仅是条形码读取器，磁条读取器以及在基于Windows的PC上运行的某些软件吗?

在这种情况下，是的，可能取决于您要执行的工作.

(但是，在进行下一步操作之前，请先找出是否有人会真正使用您的想法.有多少家企业拥有这种POS系统?原始供应商是否已提供与您所想的相似的软件选项?调查一下的业务，并确定是否(a)他们需要或想要您的想法，以及(b)他们是否会从您而不是原始供应商那里购买.)


2.如果对1的回答为是，那么是否可以使用两个软件来接收POS设备的事件?像正在扫描的条形码一样吗?

是的，但是您可能必须编写自己的设备驱动程序.

现有的POS软件几乎不可能具有一个开放的API，您可以从中获取数据. POS软件的原始作者也不大可能以与其他软件包共享磁条读取器和条形码读取器的想法设计系统的.

如果是这种情况，那么您仍然可以为那些设备替换现有的设备驱动程序(或者，也许更简单的方法是，将驱动程序添加到设备的设备驱动程序链中)，以便您可以截取来自该设备的数据转到其他软件包.

(为了让您了解我在说什么，这是有关拦截按键的代码项目文章:

键盘监视 [

1. Is it possible?

On any POS device? NO.

The most common POS device world-wide is a good old fashioned cash register. You can''t run a C# application on that.

Probably the next most common POS devices world-wide are proprietary POS systems provided by companies like NCR that are installed in major retailers. The don''t necessarily run Windos, and even if they do, they aren''t going to be configured to allow you to install third-party add-ons.

Your average small-to-medium sized business either uses a cash register, or bought a POS device from somebody like NCR or HP who also sold them the software that runs it. Minimally, the software tracks inventory or generates sales reports. And that same vendor has a software option that will track additional details -- and it''s already integrated and working with that system. Not likely those vendors have much incentive to give you an open API to add on to their system -- and also not likely your average business is going to take the risk of going with a third party solution if they can get it from the same vendor.

So what are you targeting?

Actually go find a POS device that you want to develop your application for.

Is it just a barcode reader, plus a magnetic strip reader, plus some software running on top of a windows based pc?

In that case, YES, it is possible depending on how much work you want to do.

(But before you go any further, find out if anybody will actually use what you have in mind. How many businesses have that sort of POS system? Does the original vendor already provide a software option similar to what you have in mind? Survey some of the businesses and find out if (a) they need or want what you have in mind and (b) if they would buy it from you rather than from the original vendor.)


2. If answer to 1 is yes, then can there be two software which can receive events from POS device? Like the barcode being scanned?

YES, but you might have to write your own device driver to do it.

It''s pretty unlikely the existing POS software has an open API that you can just get the data from. It''s also pretty unlikely that the original authors of the POS software designed the system with the idea that they would be sharing the magnetic stripe reader and the barcode reader with another software package.

If that''s the case, then you could still replace the existing device drivers for those devices (or, perhaps simpler, add a driver to the device driver chain for the devices) so that you can intercept the data from the device as it goes to the other software package.

(To give you and idea of what I''m talking about, here''s a code project article on intercepting keystrokes:

Keystroke Monitoring[^]

Intercepting data form some other device is perhaps more complex, but the concepts are the same.)

If you have to write a kernel level driver to do what you want, you are going to end up writing it in native C or C++ rather than C#.


So the answers is:

YES, it''s possible.
BUT, unless there is a really compelling reason to do it, it''s not worth the amount of work involved.

这篇关于C#应用程序作为现有POS软件的附件的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！