是否有人为GUI销售点系统提供数据库,编程语言/框架建议？

经过大量讨论后,看起来我们可能会从头开始(至少暂时保留当前产品).我们正在寻找以下几点：

>使用一个漂亮的GUI前端创建系统(它当前是CHUI,并且应用程序的构建方式不允许我们重新设计前端……没有分层或分离业务逻辑和gui ……不寒而栗).
>创建具有模块化不同功能的系统,使产品不必包含所有功能.这将降低我们当前需要基本功能和更低价格标签的客户的成本.那些想要它们的人可以使用铃声和口哨声.
>使用适当的设计模式,使产品随时易于添加或更改任何部件(即更改数据库或更改前端而无需重写应用程序或大部分应用程序).这是今天的问题,因为Progress 4GL代码是直接针对数据库编译的.数据库中的小变化需要大量代码重新编译.

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

所以我正在寻找的是关于哪些数据库和/或框架或编程语言可能会推荐给这类产品的任何建议.任何在这个领域有经验的人都可以指出我们正确的方向,甚至有一些想要避免的想法.我们考虑过.NET和SQL Express(我们不需要企业级数据库),但这会限制我们使用Windows(据我所知).我听说过Mono在Linux环境下编写.NET代码,但我对此并不了解.我们还考虑过基于Java和MySql的实现.

总结一下,我们希望做到以下几点：

>让我们将用于开发产品的技术的许可成本降低(Oracle,yikes！MySQL,很好.)
>提供易于维护和支持的解决方案.
>具有能够通过CHUI前端在“旧”硬件上运行的组件的解决方案. (我们的一些客户有40个终端,为了转换成PC,需要大量现金).

建议将不胜感激.

谢谢

[UPDATE]
我应该注意到,我们目前正在进行总成本分析.这个问题旨在为我们提供一些“受过教育的”选项,以便考虑纳入或分析.任何可以分享有关客户端/服务器设置的经验/建议的人都会受到赞赏(不仅仅是那些有销售点系统经验的人……这只是一个奖励).

[UPDATE]

对于任何感兴趣的人,我们最终选择了Microsoft Dynamics NAV,LS Retail(销售点和其他各种东西的插件),然后做了一些(并且正在进行)定制工作.这种设置为我们提供了一个完全集成的g / l系统的额外好处,这是我们当前系统所缺乏的.

解决方法

你需要做更多的工作.从网络论坛获得意见非常棒,但我们不可能像你一样了解你的环境.

我的广泛建议是针对广泛使用的技术.这样,平台上的专业知识比“利基”技术便宜,如果你碰到砖墙,它将更容易获得帮助.当然,如果您已经在客户处拥有不可协商的技术,则可能无法遵循此建议.

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

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!