DOS，Windows或Linux上是否有后续产品？
答案 0 :(得分：7)
答案 1 :(得分：2)
毫无疑问，要走的路是Harbour。不要浪费时间放弃像CLIP或xHarbour这样的项目。
答案 2 :(得分：2)
Harbour兼容99.99％。您也可以轻松调用win DLL。 我正在维护这种方式来添加编写新DLL的新功能。
答案 3 :(得分：1)
我在Linux中使用过CLIP ...工作得很棒。有很多你在Standard DOS CA-Clipper中找不到的好东西。
答案 4 :(得分：1)
FlagShip是一个支持良好，稳定的Clipper编译器，适用于所有类型的Unix。美国的一些主要零售连锁店仍在使用基于Clipper的销售点系统，这些系统已经移植到Linux上的FlagShip上。它有一些很好的面向对象扩展，并且可以在需要的地方插入内联C代码。
答案 5 :(得分：1)
不要！那是最好的方式！转向现代语言（C＃，VB.Net，Java，OO Cobol（！），Python或Ruby）。
我更喜欢C＃和OO Cobol（www.alchemysolutions.com，www.Veryant.com，www.microfocus.com，www.legacyj.com，www.cobol-it.com，www.ibm.com/cobol ）。
答案 6 :(得分：1)
xHabour，我发现，有时会在打印机上工作，有时却不会。这是非常恶化的。所以，我不再使用它了。
我有一个利基维护和迁移旧的Clipper和Foxpro应用程序。最大的问题，特别是Clipper，是第三方库。这样的代码不会在Windows Clipper编译器中编译，并且Clipper应用程序通常不会使用多个这样的库。有时代码已经移植到Windows但通常不是。
顺便说一下，当另一家大公司打来电话时，我并不感到惊讶，他们说自己拥有自1992年以来在Clipper或FoxDOS中运行的关键任务应用程序，我可以将其迁移到Windows中。 Clipper就像COBOL。答案 7 :(得分：0)
CA Visual Objects（VO）是官方的继任者，但是不要指望将你的Clipper 5.3应用程序重新编译为VO。需要为新UI重写所有屏幕界面代码。
答案 8 :(得分：0)
我还在做Clipper 5.3维护编程。它绝不是一种死语，并且在新闻上有一个充满活力的用户社区：comp.lang.clipper（也可以通过Google Groups访问）。如果你去xHarbour，那里有很多新闻：comp.lang.xharbour（ditto）
答案 9 :(得分：0)
甚至不考虑使用FlagShip 6.与非常好的FlagShip 4相比，这是非常慢的，但如果你想拥有一台最新的服务器（更新的glibc），你必须在Linux上使用FlagShip 6。 海港无疑是现在的出路！
答案 10 :(得分：0)
我从未使用它，但据我所知，Vulcan.NET是为了提供从Clipper / xBase / Visual Objects到.NET Framework的升级路径而创建的。可能值得一看。