我在Windows 7中使用VFP 9作为我的DBMS，并希望在COBOL for windows中执行此操作。
首先，我想为零售药房创建一份药品清单表，其中包含药品类型，药品名称，单价，并将其用作零售药房计费的查询表。
然后我想创建一个数据输入表格来获取一般数据，如账单号，账单日期，客户名称。
之后，我想在用户输入药物名称的第一个字母时向用户提交可滚动的字母表药物清单，并提供输入每种所需药物所需的数量。
此结束后，COBOL应用程序应计算项目金额（查找表中的单位费率乘以用户输入的数量，然后计算总账单金额） 并使用合适的页眉和页脚打印销售单，并保存/添加附加到我硬盘中程序指定文件夹中的文件。
我现在正在使用运行Windows 7 32和更新版本的新机器中使用VFP9完成所有这些工作。在运行MS DOS 6.22的旧版MS DOS PC中，64位以及MS QBasic v 1.1和Foxpro for Dos v 2.5 a。
答案 0 :(得分：2)
我没有直接回答你的问题 - 对SO论坛来说有点太开放了。但 让我猜一下，FoxPro基本上已经死了，您需要重新开发应用程序以获得更新的平台。
您不是第一个面对此问题的人。
而不是将您的应用程序重新开发 就像PC平台上的COBOL一样，任务可能相当艰巨，为什么不探索可能性 迁移到不同的产品。例如，我相信有几种工具可以帮助迁移FoxPro VB.Net。这里涉及一些成本（VB.Net不是免费的，转换包也不是免费的）。 这种方法并非没有一些问题（您可能无法获得您习以为常的界面 转换后的代码可能没有很好的结构或可维护性），但它应该相当快速且不复杂。 缺点是您只是从一个供应商解决方案转移到另一个供应商解决方案。甚至是单一供应商解决方案 那些来自像MicroSoft这样的大公司，有时会在你想要之前停止使用。
另一种方法可能是在开源产品下重新开发。例如，PHP-MySQL-Apache使用 wamp服务器安装可能值得探索。 对于独立应用程序来说，这似乎有点过分，但是对于这种类型的设置有很多免费支持。 我不建议临时开发人员修补复杂开源的内部工作 像这样的软件 - 但受欢迎程度和开源方面确保它可以运行几代 无论你使用什么操作系统。 另外一点是，一旦您在客户端 - 服务器模型下重建系统，它就会变得更多 如果您想要走这条路线，可以通过网络进行扩展，更容易部署。
为什么不使用COBOL？实际上，这种方法也没有根本的错误。 COBOL很棒 非常适合开发您所描述的应用程序类型。但是，COBOL不提供标准 数据库或UI组件（定义了屏幕管理，但通常支持不当）。数据库和UI往往是供应商 特定的添加，所以你再次绑定到 单一供应商解决方案。 COBOL往往更多 在大型主机商店中很受欢迎，因此很难获得对COBOL和相关工具的良好支持 那个环境。尝试找一位具有相关知识的计算机科学专业的大学毕业生 COBOL，你会明白我的意思。如果您想继续使用COBOL，请查看Open COBOL 这是一个开源的，有一个相当大的支持社区愿意帮助小型开发人员。
我最好的建议是在承诺之前花时间研究和评估您的转换/迁移策略 其中任何一个。这里有许多因素在起作用，有些因素比其他因素更明显，但你做出的选择 现在，您将对申请成功有很长的一致意见。