代码之家  ›  专栏  ›  技术社区  ›  Joe R.

使用触摸屏POS界面的Access2007是否是转换我的Informix-SQL应用程序的正确选择?

  •  3
  • Joe R.  · 技术社区  · 14 年前

    我已经评估了几个用于转换基于Informix SQL的应用程序的开发工具。它们是:Genero/4JS、FileMaker、Oracle Apex、VFP、Clarion和Access 2007。我有一个积垢当铺应用程序(见视频演示 www.frankcomputer.com )这个应用程序主要针对典当、出售或购买商品的客户。我需要一个CRUD多表表单,在上半部分显示一个客户主数据,下半部分显示所有客户关联的物品,这些物品是他们典当、出售或购买的。CRUD能否从访问中的一个表单内完成?我倾向于使用Access的主要原因是它与Excel、Word和其他模块的集成,加上许多人都拥有它,并且有使用它的经验,加上它是微软的。任何开发有访问权限的应用程序的人都能告诉我是否可以模仿我的基于Informix-SQL的应用程序以及访问有什么限制吗?此外,是否可以使用类似Microsoft Dynamics的触摸屏POS前端,或者是否可以使用其他POS应用程序生成器/快速开发系统来重新编写我的当前应用程序?

    1 回复  |  直到 14 年前
        1
  •  8
  •   Albert D. Kallal    14 年前

    我怀疑如果你问FoxPro开发者,他们会告诉你这是最好的选择。

    我敢肯定,如果你问一个文件制作开发者,他们会告诉你选择他们的工具。

    大部分问题是,如果你问一个Access开发人员,开发人员也会回答“是”。

    我很难想象你上面提到的所有工具,它们都具有在屏幕上显示来自多个表的信息的能力。这几乎是当今任何开发系统的需求。所以简而言之,你在这里问的问题是错的。

    我认为问题不在于他们是否有能力显示来自多个表的信息。他们都能做到。也许一个公平的问题是,每种产品在多个表中的切片和骰子效果如何?

    在Access中,您可以将文本框和控件放置在窗体上,并且为了显示相关数据,您可以放置一个名为子窗体控件的控件。这种方法允许您对这个经典的可以典型的主-子记录表关系进行建模,并且这样做不需要编写一行代码。

    当然,您不局限于一对多,但实际上您可以并排插入两个子窗体,并有一对多,然后让第二个子窗体控件显示第二个表中的更多记录。

    我的意思是:

    在上面,你在顶部有一个主要的记录,上面有关于捐赠日期和活动的信息。在左边,您有一个人员列表和他们的捐赠金额(一对多)。

    然后在右边,每个人的捐款金额被分成多个账户。(当金额不平衡时,绿色框显示红色)。

    因此,上面创建了一个经典的会计问题,即从QuickBooks到高端会计包,几乎所有会计包都是从第一天开始,在将资金拆分为多个账户时完成的。

    上面的表单中的代码很少,子记录的大多数关系和设置以及筛选和显示都是由access自动处理的。

    因此,在一天结束的时候,我基本上认为您上面提到的所有产品都能够建模和开发这些类型的屏幕。而且,它们都将产生一个屏幕和用户体验,这将与您现在拥有的内容相对类似。

    当然,我对访问有偏见,我相信我可以比您提到的大多数其他产品更快、更快、更轻松地构建上述屏幕。

    但是,在一天结束时,您使用和查找的适当平台和工具肯定不会集中在一个问题和一个概念上,即您需要在多个表的表单上显示多个信息块。如前所述,这将适用于任何现代开发系统,包括基于Web的开发系统。

    其他考虑因素和因素是您需要什么类型的报告和输出?您需要他的列是报告,还是需要将发票样式的表单类型报告发送到预打印发票表单的打印机。我认为这些问题比你现在的问题更大。

    真正的问题是,任何现代开发系统都不能在一个表单上显示多个数据块,它们都可以。这里真正的因素和问题是您需要在什么平台、硬件需求和系统上运行软件?

    所以问题是,某些地点是否会有多个用户?某些位置需要安全备份还是某种加密?您打算如何发布bug修复程序,并更新到下一个伟大的软件版本?

    其他的问题是您将有多少开发人员处理这个问题。软件将使用哪种分发方法。您必须为客户提供哪种支持基础设施支持和安装软件。因此,这个列表不断出现,所有这些问题都使关于在一个表单上显示多个信息的能力的问题变得微不足道。

    除了上述所有问题,您还需要考虑自己在软件开发方面的培训和技能集。要真正掌握任何软件开发系统,您需要投入大量的时间来学习。虽然我认为访问是一个非常好的RAD(快速应用程序开发)工具,但实际上我会说,访问有一个相当大的学习曲线,例如vb6。

    选择一个平台非常像一场婚姻,你必须投入大量的时间(几个月甚至几年)来真正学习并熟练地使用这种系统开发软件。

    如果您要使用新的工具集,那么需要考虑以下技能集列表**:

    stage 1 innovate(从未听说过产品)
    
    第二阶段意识(读过一篇关于x的文章)
    
    第三阶段学徒(已参加为期三天的研讨会)
    
    阶段4从业者(准备好在实际项目中使用X)
    
    第5阶段:熟练工人(在工作中自然和自动使用X)
    
    第六阶段大师(已经内化了X,知道什么时候打破规则)
    
    第7阶段专家(写书、讲课、寻找扩展x的方法)
    < /代码> 
    
    

    任何人都不应该尝试一个由3级或以下人员组成的团队的项目。(****佩奇·琼斯,梅里尔。”软件工程专业知识的七个阶段”,美国程序员,1990年7月至8月)。

    因此,您不能跳进一个新的工具,期望能够熟练地开发复杂的应用程序。我在这里有一篇关于将旧应用程序转换为MS Access的文章。

    本文中有一些很好的经验:

    关于将pick(多值数据库)应用程序转换为关系数据库系统的说明。 http://www.members.shaw.ca/albertkallal/articles/fog000000003.html

    无论你选择哪个平台,祝你好运。

    你这是最好的选择。

    我敢肯定,如果你问一个文件制作开发者,他们会告诉你选择他们的工具。

    大部分问题是,如果你问Access开发人员,开发人员也会回答“是”。

    我很难想象你上面提到的所有工具,它们都具有在屏幕上显示来自多个表的信息的能力。这几乎是当今任何开发系统的需求。简而言之,你问的问题是错的。

    我认为问题不在于他们是否有能力显示来自多个表的信息。他们都能做到。也许一个公平的问题是,每种产品在多个表中的切片和骰子效果如何?

    在Access中,您可以将文本框和控件放置在窗体上,并且为了显示相关数据,您可以放置一个名为子窗体控件的控件。这种方法允许您对这个经典的可以典型的主-子记录表关系进行建模,并且这样做不需要编写一行代码。

    当然,您不局限于一对多,但实际上您可以并排插入两个子窗体,并拥有一对多,然后让第二个子窗体控件显示第二个表中的更多记录。

    以下是我的意思的截屏:

    alt text

    在上面,你在顶部有一个主要的记录,上面有关于捐赠日期和活动的信息。在左边,您有一个人员列表和他们的捐赠金额(一对多)。

    然后在右边,每个人的捐款金额被分成多个账户。(当金额不平衡时,绿色框显示红色)。

    因此,上面创建了一个经典的会计问题,从QuickBooks到高端会计软件包,几乎所有的会计软件包都是从第一天开始将资金拆分到多个账户的。

    上面的表单中的代码很少,子记录的大多数关系和设置以及筛选和显示都是由Access自动处理的。

    因此,在一天结束的时候,我基本上认为您上面提到的所有产品都能够建模和开发这些类型的屏幕。而且,它们都将产生一个屏幕和用户体验,这将与您现在拥有的内容相对类似。

    当然,我对访问有偏见,我相信我可以比你提到的大多数其他产品更快、更快、更轻松地构建像上面这样的屏幕。

    但是,在一天结束时,您使用和查找的适当平台和工具肯定不会集中在一个问题和一个概念上,即您需要在多个表的表单上显示多个信息块。如前所述,这将用于任何现代开发系统,包括基于Web的开发系统。

    其他考虑因素和因素是您需要什么类型的报告和输出?您需要他的列是报告,还是需要将发票样式的表单类型报告发送到预打印发票表单的打印机。我认为这些问题比你现在的问题更大。

    真正的问题是,任何现代开发系统都不能在一个表单上显示多个数据块,它们都可以。这里真正的因素和问题是您需要在什么平台、硬件需求和系统上运行软件?

    所以问题是,某些地点是否会有多个用户?某些位置需要安全备份还是某种加密?您打算如何发布bug修复程序,并更新到下一个伟大的软件版本?

    其他的问题是您将有多少开发人员处理这个问题。软件将使用哪种分发方法。您必须为客户提供哪种支持基础设施支持和安装软件。所以,这个列表不断地出现,所有这些问题使关于在一个表单上显示多个信息块的能力的问题相形见绌。

    除了上述所有问题,您还需要考虑自己在软件开发方面的培训和技能集。要真正掌握任何软件开发系统,您需要投入大量的时间来学习。虽然我认为访问是一个非常好的RAD(快速应用程序开发)工具,但实际上我会说,访问有一个相当大的学习曲线,例如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级或以下人员组成的团队的项目。(****佩奇·琼斯,梅里尔。”软件工程专业知识的七个阶段”,美国程序员,1990年7月至8月)。

    因此,您不能跳进一个新的工具,期望能够熟练地开发复杂的应用程序。我在这里有一篇关于将遗留应用程序转换为MS Access的文章。

    本文中有一些很好的经验教训:

    关于将pick(多值数据库)应用程序转换为关系数据库系统的说明。 http://www.members.shaw.ca/AlbertKallal/Articles/fog0000000003.html

    无论你选择哪个平台,祝你好运。