5

我正在考虑将当前在 FoxPro 中构建的 POS（销售点）项目升级到 .net。计划中的架构相当复杂，选择的新技术背后有很多理由。一些要求包括同时拥有桌面和 Web 前端的能力（其中 Web 前端的功能有限）、与外部网站同步数据以及多个客户端在 1 台服务器上运行的能力。我当前选择的模型是 MVP 模式，其中 Sql Server（可能是 Express）作为 DB，在表示和服务之间有一个 WCF 服务层，以便允许远程 UI。

我担心的是，在我的研究过程中，我注意到触摸屏 POS 系统似乎有一个共同的主题，可以在 FoxPro 中构建它们。

为这个稍微主观的问题道歉，但我很想知道这是否有任何特殊原因？FoxPro 是否有任何特殊的开箱即用功能适合这种类型的系统？我没有使用过 FoxPro，所以在最终确定我为这个项目选择的技术之前，我想确保我没有通过完全排除它而错过任何技巧。

4

6 回答 6

15

可能是因为 FoxPro 是 POS。

（我开玩笑，我开玩笑。）

于 2009-09-04T16:59:45.677 回答
12

许可 - SQLserver 在客户端操作系统上运行不佳且价格昂贵。

Foxpro 既便宜又容易。

如果您所做的只是从一个表中检索价格值并在另一个表中更新销售额，那么 SQL 就显得有点矫枉过正了。

于 2009-09-04T15:23:42.003 回答
2

foxpro 是一个廉价且快速的数据库。选择它可能是因为它在设计时非常符合他们的要求。

于 2009-09-04T15:29:30.870 回答
2

许多 POS 系统具有独立功能，因此即使与店内服务器的连接中断，商店也可以继续交易。

通常这意味着用于价格查找等的本地数据库，以及交易数据的本地存储，直到服务器连接再次恢复。

硬件和许可成本需要尽可能低。

因此，FoxPro 在几年前是一个不错的选择，但如今架构合理的 .NET 应用程序将是一个不错的选择。

于 2009-09-04T17:08:14.910 回答
2

许多 PoS 系统可以追溯到 SQL 数据库在台式机上流行之前，所以很多人仍然使用 FoxPro 或其他xBase风格的数据库。由于 PoS 系统通常是单用户和单任务的，因此通常没有令人信服的理由升级到成熟的 SQL 数据库引擎。

于 2009-09-04T20:20:39.233 回答
2

FoxPro 在当时有一些优势。我记得很多年以来，所有新的并发 DB 至少都在原位，所以我们一次又一次地选择 FoxPro 作为现在的 POS 解决方案：

  • 它是完全集成的数据库 - 因此是开箱即用的解决方案
  • 与替代品相比，它真的很便宜（正如其他用户也指出的那样）
  • 它在便宜的硬件上运行 - 适用于中等大小（就像大多数客户需要的那样）。
  • 它具有简单易学和直观的集成环境，因此不需要额外的工具。
  • 那时创建非常好的报告非常容易（经理们喜欢它，因为他们主要做出决定...... :)）。
  • FoxPro 是几乎所有 IT 学校的学习课程，因此非常便宜且很容易找到 FoxPro 专家。特别是在东欧国家，他们的数量仍然很大（许多POS软件在那里外包）。

FoxPro 遗留应用程序的数量仍然令人难以置信（尤其是在中小型公司中），因此这不仅仅是 POS 问题。

于 2010-06-26T09:05:45.627 回答