我已经评估了几个开发工具来转换我的基于 SQL 的 informix 应用程序。它们是：Genero/4Js、FileMaker、Oracle APEX、VFP、Clarion 和 Access 2007。我有一个 CRUD 当铺应用程序（参见视频演示www.frankcomputer.com) 这个应用程序以典当、销售或购买商品的客户为中心。我需要一个 CRUD 多表表单，该表单在上半部分显示一个客户主文件，下半部分显示他们已典当、出售或购买的所有客户相关项目。CRUD 可以在 Access 中的一种形式中完成吗？我倾向于 Access 的主要原因是因为它与 Excel、Word 和其他模块的集成，加上很多人拥有它并使用它，再加上它是 Microsoft。任何使用 Access 开发应用程序的人都可以告诉我是否可以模仿基于 INFORMIX-SQL 的应用程序以及 Access 有哪些限制？此外，是否可以使用像 Microsoft Dynamics 这样的触摸屏 POS 前端，或者是否可以使用其他 POS 应用程序生成器/快速开发系统来重写我当前的应用程序？
问问题
1925 次
1 回答
8
我怀疑如果你问 Foxpro 开发人员，他们会告诉你这是最好的选择工具。
我敢肯定，如果您询问文件制作开发人员，他们会告诉您选择他们的工具。
很多问题是，在大多数情况下，如果您询问访问开发人员，该开发人员也会回答是。
我很难想象您上面提到的所有上述工具都具有在屏幕上显示多个表格的信息的能力。这几乎是当今任何开发系统的要求。所以简而言之，你真的在这里问了错误的问题。
我认为问题不在于他们是否有能力从多个表格中显示信息。他们都可以做到这一点。也许一个公平的问题是，每个产品在这些多张桌子上的工作量和效果如何？
在访问中，您可以在表单上放置文本框和控件，并显示相关数据，您可以放置一个称为子表单控件的控件。这种方法允许您对这种经典的典型主子记录表关系进行建模，而无需编写一行代码。
当然，您不限于一对多，实际上您可以并排插入两个子表单，并拥有一个一对多，然后让第二个子表单控件显示第二个表中的更多记录。
这是我的意思的屏幕截图：
在上面，您在顶部有一个主要记录，其中包含有关捐赠日期和事件的信息。在左侧，您有一个人员列表及其捐赠金额（一对多）。
然后在右侧，对于每个人，您将捐赠金额分成多个账户。（当金额不平衡时，绿色框显示红色）。
因此，上述情况产生了一个经典的会计问题，从 Quickbooks 到高端会计软件包，几乎每个会计软件包从第一天起就将资金分配到多个账户。
上面的表格里面的代码很少，大部分的关系和设置以及子记录的过滤和显示都是由access自动处理的。
因此，归根结底，我几乎认为您上面提到的所有产品都能够建模和开发这些类型的屏幕。而且，它们都会产生与您现在所拥有的相对相似的屏幕和用户体验。
现在当然我偏向于访问，我相信我可以比你提到的大多数其他产品更快、更快、更省心、更省力地构建像上面这样的屏幕。
但是，归根结底，您使用并找到合适的平台和工具肯定不会以一个问题和一个概念为中心，您需要在多个表格的表单上显示多条信息。如前所述，这将适用于任何现代开发系统，包括基于 Web 的开发系统。
其他考虑因素和因素是您需要什么类型的报告和输出？您是否需要他的专栏是报告，或者您是否需要将发票样式的表格类型报告发送到预印发票表格的打印机。我认为这些是比您当前的问题更大的问题。
这里真正的问题不是任何现代开发系统都可以在一个表单上显示多条数据，它们都可以。这里真正的因素和问题是您需要在哪些平台、硬件要求和系统上运行软件？
所以问题是某些地点会有多个用户吗？某些位置是否需要安全备份或某种类型的加密？您打算如何发布错误修复以及对软件的下一个出色版本的更新？
其他问题是您将有多少开发人员从事此工作。您将对该软件使用什么样的分发方法。您需要什么样的支持基础设施才能为客户提供支持和安装软件。所以，这个列表一直在继续，所有这些问题都使关于在一个表单上显示多条信息的能力的问题相形见绌。
除了上述所有问题之外，您还需要考虑自己在软件开发方面的培训和技能。要真正掌握任何软件开发系统，都需要投入大量自己的时间来学习。虽然我认为 access 是一个非常好的 RAD（快速应用程序开发）工具，但我实际上会说 access 的学习曲线比 VB6 的学习曲线要大得多。
选择一个平台就像一场婚姻，你必须投入大量的时间（几个月，甚至几年）才能真正学习并熟练使用这样的系统开发软件。
如果您要使用一组新工具，则需要考虑以下技能组合列表**：
Stage 1 Innocent (never heard of the product)
Stage 2 Aware (Has read an article about X)
Stage 3 Apprentice (has attended a three-day seminar)
Stage 4 Practitioner (ready to use X on a real project)
Stage 5 Journeyman (uses X naturally and automatically in his job)
Stage 6 Master (has internalized X, knows when to break the rules)
Stage 7 Expert (writes books, gives lectures, looks for ways to extend x)
任何人都不应该尝试与由第 3 阶段或更低级别人员组成的团队进行项目。（**** Page-Jones，Meilir。“软件工程专业知识的七个阶段”，美国程序员，1990 年 7 月至 8 月）。
因此，您不能跳入新工具并期望精通开发复杂的应用程序。我在这里有一篇关于将遗留应用程序转换为 ms 访问的文章。
这篇文章中有一些很好的教训：
将 Pick（多值数据库）应用程序转换为关系数据库系统的注意事项。 http://www.members.shaw.ca/AlbertKallal/Articles/fog0000000003.html
在您选择的任何平台上祝您好运。
于 2010-09-07T06:45:19.963 回答