控制台应用程序在 .NET 世界稀松平常,但是对 VFP 程序员来说(绝大多数),潜意识里是一种很复杂的心态,太简单了,还不如一个 DOS 应用程序。就一个黑黑的窗口。能有什么用?
我在《使用 VFP 创建控制台应用程序的一些思考》中说明了 VFP 程序员对此类程序应有的态度,至于能不能理解已经不是我所能控制的了。我当初之所以萌生写它的时候,最根本的目的,是为了简化我写的 VFP 开发框架(详见 《TQ框架解析》)及在此基础上所开发的实际应用在部署和使用时所需的其他功能。我不希望框架的使用者被这些简单的问题所困扰,而我又不得不一次又一次不厌其烦的重复着相同的解释,尽管框架帮助文件中有着非常清晰的描述。我打算写一个 EXE,尽可能简单的 EXE,然后用中文命名,例如,就叫“框架工具合集.EXE”,来完成这样一个任务。
我想,把它和我预先编译好的框架可执行程序放在一起,总有人会尝试双击一下看看它的真容。问题解决了,我也就轻松了许多。
冥冥之中的巧合,X# 发布了 Ver 2.18 版的公共安装程序。随着其帮助文件更合理的组织以及我翻译的过程,我突然意识到,我终于可以使用 X# 写实际应用了。而不仅仅是充当一个没有人关注的实验小白鼠。这个念头是如此的重要,以至于让我重新审视了自己拥有或了解的和 VFP 相关的 X# 资料,因此,才有了这个系列文章的诞生!也因此,更加坚定了我转向 .NET 世界的信心!
(想当年有多少靠 VFP 开发的软件公司,因为迈向 .NET 而不得不转换开发语言为 C# 或 VB.NET 甚至是 JAVA 等等其他语言,但是,基本上都验证了“不转等死,转了找死”的魔咒,截至目前状态,在我所知的范围内,仍旧有这样的公司在这条路上前赴后继,而所谓的坚守 VFP 阵地的战士们不得不在 VFP 中使用一切手段来维持阵地的存在,其悲壮程度甚至赶上了家喻户晓的长津湖之战,长津湖的战士胜利了,而 VFP 战士的结局很可能连底裤都要输光。)
X# 会改变被这个魔咒祝福的命运!因为,它对 VFP 的语法兼容几乎可以无缝衔接,如果说还有什么可以阻碍这种改变的,那就剩下从成千上万的类里面挑选最适合自己的类,以及,像在 VFP 里使用类的熟练程度来使用它们时所需要的简单的时间成本。在 VFP 惨烈的最后之战中,不是也有人面对一模一样的困难吗?
脑子里的灵光一现居然在变成文字后这么啰嗦,人类学习知识的方式真的很低级。当你以为这篇文章可能该结束的时候,其实是刚刚开始......
首先申明的一点是,我所使用的 X# 版本是 Ver 2.19,这不是供免费下载的公共版本。因此本篇或者之后文章中的某些技术论述,很可能在你使用的公共版本中尚未提供。使用 Ver 2.18 的,可以抱有一丝侥幸,因为按照 X# 的版本发布规律,如果不出意外的话,很可能会在近期发布 Ver 2.20 。
启动 VS 2022,选择创建新项目,如下图显示,选择 X# 语言
然后在“所有项目类型”,选择“Visual FoxPro”
然后再选择“FoxPro Console Application”并点击“下一步”:
在“配置新项目”对话框中,你无需做任何更改,因为我相信,你第一次使用可能仅仅是体验一下,其实一行命令都不会尝试。然后坐等“真正的”能像 VFP 那样“简单”的方式开发应用程序的版本出来,甚至幻想 X# 可以出一个完美无瑕的工具,将你庞大的 VFP 应用仅需点几下鼠标就可以进行转换至 .NET 平台,而你仅仅需要学习如何进行编译就可以了。梦里啥都有,但是啥都不会变成现实。
言归正传。在经过短暂的等待之后,你会看到下图:
直接点击工具栏中的“启动”按钮,你将会看到下图:
这是“体验”之旅的终点。
如果你想掌握 X# ,可以对本系列继续予以关注!谢谢!