是否有人对GUI销售点系统有数据库、编程语言/框架建议？

Question

我们公司有一个销售点系统，包括订购和接收功能、销售和订单历史等，我们的主要问题是系统设计不正确，需要很长时间才能修复和处理客户的请求。此外，我们目前使用的技术(进步数据库，进步4GL作为语言)由于数据库连接的多用户许可费等原因，给我们的客户带来了相当大的许可费用。

经过大量的讨论，看起来我们可能会从头开始(同时维护当前的产品，至少暂时如此)。我们正在寻找几件事：

1. 用一个很好的GUI前端创建系统(目前它是CHUI，应用程序的构建方式不允许我们重新设计前端.没有业务逻辑和gui...shudder).
2. Create的分层或分离，系统具有模块化不同功能的能力，因此产品不必包含所有功能。这将降低成本，为我们目前的客户，希望基本的功能和较低的价格标签。
3. 使用适当的设计模式，可以随时添加或更改产品的任何部分(即更改数据库或更改前端，而无需重写应用程序或大多数应用程序)。这是当今的一个问题，因为Advancement4GL代码是针对数据库直接编译的。数据库中的小改动需要大量的代码重新编译。

我们的新系统将基于Linux，客户端应用程序可以从一个或多个窗口框中提供功能。

因此，我要找的是关于数据库和/或框架或编程语言可能推荐给这类产品的任何建议。任何在这一领域有经验的人都可以为我们指明正确的方向，甚至对该避免什么有一些想法。我们考虑了.NET和enterprise (我们不需要企业级DB)，但这将限制我们使用windows (据我所知)。我听说过Mono在Linux环境中编写.NET代码，但我对此还不太了解。我们还考虑了一个基于Java和MySql的实现。

总之，我们希望做以下工作：

1. 降低了我们开发该产品所使用的技术的授权成本(甲骨文，哎呀！nice.)
2. Deliver是一种易于维护的解决方案，supportable.
3. A解决方案的组件可以通过CHUI前端在“旧”硬件上运行。(我们的一些客户有40+终端，这将是一吨现金，以转换成个人电脑)。

请提出建议。

谢谢

更新我应该注意到，我们目前正在进行的总成本分析。这个问题的目的是给我们一些“受过教育的”选项，让我们去研究，以纳入或分析。任何能够分享客户/服务器设置的经验/建议的人(不仅仅是那些对销售点系统有经验的人)将不胜感激。这只是一笔奖金)。

更新

对于任何感兴趣的人，我们最终都会使用Microsoft，LS Retail (一个用于销售点和其他各种事情的插件)，然后在此基础上进行一些(目前正在进行)定制工作。这个设置给了我们一个额外的好处，有一个完全集成的g/l系统，而我们目前的系统缺乏。

Answer 1

我建议您首先研究一下您的约束条件--您使用特定类型的终端临时引用了一个客户端--这可能会限制您的选择，除非客户端同意升级。

你需要做更多的法律工作。从网络论坛上获得意见是很棒的，但是我们不可能像你一样了解你的环境。

我的主要建议是瞄准被广泛使用的技术。这样，平台上的专业知识要比“利基”技术便宜，如果你碰到砖墙，就更容易得到帮助。当然，如果您的客户已经拥有不可转让的技术，那么遵循这一建议可能是不可能的。

我的第二个建议是在使用“从头开始重写”选项之前，完成一个完整的项目计划，包括详细的规格和适当的成本估算。现在，你说重写系统比维护系统要便宜，而且你也不知道重写要花多少钱。

Answer 2

Java for language (或者Scala，如果您想成为“前沿”，取决于您计划如何支持它，以及您的开发人员是什么样的-它可能更好，但也更糟)

数据库H2

用于GUI的Swing

理由:免费，便携和漂亮的标准。

更新:错过了系统应该是客户端服务器设置的部分。我的假设是数据库和客户端应该在同一台机器上运行。

Answer 3

我建议您在UI中使用浏览器。

将您的应用程序组织为web应用程序。

后端有很多选择。您可以使用Java + MySQL。Java后端将使您免于windows/linux争论，因为它将在两个平台上运行。对于Java和MySQL，您将不需要任何许可成本。(编辑:当然还有很多其他语言在linux和windows上都有运行时间，包括PHP、Ruby、Python等)。

如果您走这条路，您可能还想考虑使用(GWT)以模块化的方式创建基于浏览器的前端。

不过，我要提醒一下。当涉及到内存管理时，浏览器可能会很麻烦。根据我们的经验，这是在执行基于浏览器的POS时最重要的挑战--您可能希望查看运行在浏览器中但在内存管理方面可能更文明的Adobe。