代码之家  ›  专栏  ›  技术社区  ›  Macros

为什么FoxPro用于POS系统?[关闭]

  •  5
  • Macros  · 技术社区  · 15 年前

    我正在考虑将一个POS(销售点)项目升级到.NET,该项目目前是在FoxPro中构建的。规划的体系结构相当复杂,所选择的新技术背后有许多理由。其中一些要求包括具备桌面和Web前端(其中Web前端的功能有限)、与外部网站同步数据的能力以及多个客户机运行1台服务器的能力。我当前选择的模型是一个MVP模式,其中SQL Server(可能是Express)作为数据库,在表示和服务之间有一个WCF服务层,以便允许远程UI。

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

    为这个稍微主观的问题道歉,但是我很想知道是否有什么特别的原因?FoxPro是否有任何特定的开箱即用的功能来支持这种类型的系统?我还没有使用FoxPro,所以在为这个项目确定我的技术选择之前,我想确保我不会错过一个完全排除的技巧。

    6 回复  |  直到 15 年前
        1
  •  12
  •   Martin Beckett    15 年前

    licencing-sqlserver在客户机操作系统上运行不好,而且价格昂贵。

    FoxPro既便宜又容易。

    如果您所要做的就是从一个表中检索价格值,并在另一个表中更新销售,那么SQL就太过分了。

        2
  •  15
  •   John Rutherford    15 年前

    可能是因为FoxPro是一个POS。

    (我孩子,我孩子。)

        3
  •  2
  •   Jay    15 年前

    FoxPro是一个廉价快速的数据库。它之所以被选中,可能是因为它在设计时很好地符合他们的要求。

        4
  •  2
  •   to StackOverflow    15 年前

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

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

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

    因此,FoxPro在几年前是一个不错的选择,但是一个结构合理的.NET应用程序在今天将是一个很好的选择。

        5
  •  2
  •   Ken Keenan    15 年前

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

        6
  •  2
  •   A. Ionescu    15 年前

    当时FoxPro有一些优势。我记得很多年来,所有新的并发DBS至少在适当的地方,所以我们一次又一次地为现在的POS解决方案选择FoxPro:

    • 它是完全集成的数据库-所以是一个现成的解决方案
    • 与其他替代品相比,它真的很便宜(正如其他用户指出的那样)
    • 它在廉价的硬件上运行——适合中等尺寸(就像大多数客户所要求的那样)。
    • 它有一个简单易学、直观的集成环境,因此不需要额外的工具。
    • 当时很容易创建非常好的报表(经理们喜欢它的分配,因为他们主要是做决定的…。:)
    • FoxPro几乎在所有的IT学校都是一门学习课程,因此它非常便宜,很容易找到FoxPro专家。尤其是东欧国家,它们的数量仍然巨大(许多POS软件在那里外包)。

    仍然有大量的FoxPro遗留应用程序(特别是在中小型公司中),因此这不仅仅是一个POS问题。