如何使用COBOL for Windows创建数据输入表单

如何使用COBOL for Windows创建数据输入表单,windows,cobol,data-entry,Windows,Cobol,Data Entry,我在Windows7中为我的DBMS使用VFP9,并希望在COBOLForWindows中这样做 首先,我想为我的零售药店创建一个药品列表表,其中包含药品类型、药品名称、单价,并将其用作我的零售药店的账单查询表 然后我想创建一个数据输入表单,以获取账单号、账单日期、客户姓名等常规数据 之后,当用户使用药物名称的第一个字母调用时,我想向用户展示可滚动的字母顺序药物列表,并提供输入每种所需药物所需数量的功能 结束后,COBOL应用程序应计算逐项金额(查找表中的单位费率乘以用户输入的数量),然后计算账

我在Windows7中为我的DBMS使用VFP9,并希望在COBOLForWindows中这样做

首先,我想为我的零售药店创建一个药品列表表,其中包含药品类型、药品名称、单价,并将其用作我的零售药店的账单查询表

然后我想创建一个数据输入表单,以获取账单号、账单日期、客户姓名等常规数据

之后,当用户使用药物名称的第一个字母调用时,我想向用户展示可滚动的字母顺序药物列表,并提供输入每种所需药物所需数量的功能

结束后,COBOL应用程序应计算逐项金额(查找表中的单位费率乘以用户输入的数量),然后计算账单总金额 打印出带有合适页眉和页脚的销售账单,并将账单保存/添加到硬盘中程序指定文件夹的文件中


我现在在运行Windows 7 32和64位的较新计算机上使用VFP9,在运行MS Dos 6.22的较旧MS Dos PC上使用MS QBasic v 1.1和Foxpro for Dos v 2.5 a来完成所有这些工作。

我对你的问题没有直接的答案-对于SO论坛来说,这有点太开放了。但是 让我猜猜,FoxPro基本上已经死了,你需要重新开发你的应用程序以获得一个更新的平台

你不是第一个面对这个问题的人

而不是在某些方面重新开发应用程序 就像PC平台上的COBOL一样,这项任务可能相当艰巨,为什么不探索 迁移到不同的产品。例如,我相信有几种工具可以帮助将FoxPro迁移到 这里涉及一些成本(VB.Net不是免费的,转换包也不是免费的)。 这种方法并非没有一些问题(您可能无法获得您所习惯的接口,并且 转换后的代码可能没有很好的结构或可维护性),但它应该相当快速且简单。 不利的一面是,您只是从一个供应商解决方案转移到另一个供应商解决方案,甚至是单一供应商解决方案 那些来自像微软这样的大公司的产品,有时在你想停产之前就停产了

另一种方法可能是在开源产品下重新开发 服务器instal可能值得探索。 对于一个独立的应用程序来说,这似乎有些过分,但是对于这种类型的设置有很多免费的支持。 我不建议随意的开发人员修补复杂开放源码的内部工作 像这样的软件——但它的流行性和开源性确保了它可以在未来几代人中运行 无论您使用的是什么操作系统。 另外一点是,一旦您在客户机-服务器模型下重新构建了您的系统,它就会变得更加复杂 如果您想走这条路,可以通过网络进行扩展和更轻松的部署

为什么不使用COBOL呢?事实上,这种方法也没有根本性的错误。COBOL非常有用 非常适合开发您描述的应用程序类型。但是,COBOL不提供标准 数据库或UI组件(定义了屏幕管理,但通常支持较差)。数据库和UI通常由供应商提供 特定的附加组件使您再次绑定到 单一供应商解决方案。COBOL往往更适合 在大型机商店中很受欢迎,因此要获得对COBOL和相关工具的良好支持在外部是很困难的 那就是环境。试着找一个计算机科学的大专或大学毕业生,他有计算机方面的知识 你会明白我的意思。如果你想继续使用COBOL,看看 它是开源的,有一个相当大的支持社区,愿意帮助小时间开发人员

我给您的最好建议是,在承诺之前花时间研究和评估您的转换/迁移策略 这里有很多因素在起作用,有些因素比其他因素更明显,但你要做出选择
现在对应用程序的成功有着长远的影响。

您所说的“COBOL for Windows”具体是什么意思?您的问题非常广泛。它要求数据库设计、UI元素和一个或多个可执行程序。向我们展示您到目前为止编写的代码。