DOS、Windows、Linuxに後継製品はありますか?
11 に答える
ハーバーは99.99パーセント互換性があります。また、winDLLを簡単に呼び出すことができます。私はその方法を維持して、新しいDLLを作成して新しい機能を追加しています。
間違いなく、行く道はハーバーです。CLIP や xHarbour のように放棄されたプロジェクトで時間を無駄にしないでください。
しないでください!それが最善の方法です!最新の言語 (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)。
私はLinux でCLIPを使用しました... 素晴らしい仕事をしました。標準の DOS CA-Clipper にはない機能がたくさんあります。
xHabour は、プリンターで動作する場合もあれば、動作しない場合もあります。これはかなり悪化しています。なので、あまり使わなくなりました。
私は、古い Clipper と Foxpro のアプリを維持し、移行するニッチな分野を持っています。特に Clipper における最大の問題は、サードパーティのライブラリです。このようなコードは Windows クリッパー コンパイラではコンパイルされず、クリッパー アプリがそのようなライブラリを複数使用することは通常ありません。コードが Windows に移植されている場合もありますが、多くの場合、移植されていません。
ところで、別の大企業から電話がかかってきて、Clipper または FoxDOS で 1992 年から実行されているミッション クリティカルなアプリがあり、それを Windows に移行できないかと言われても、私は驚きません。Clipper は COBOL のようなものです。
CA Visual Objects (VO) は正式な後継製品ですが、Clipper 5.3 アプリを VO に再コンパイルするだけではいけません。新しい UI では、すべての画面インターフェイス コードを書き直す必要があります。
使用したことはありませんが、Vulcan.NETが Clipper/xBase/Visual Objects から .NET Framework へのアップグレード パスを提供するために作成されたことは理解しています。一見の価値があるかもしれません。
FlagShip 6 の使用についても考えないでください。非常に優れた FlagShip 4 に比べて信じられないほど遅いですが、最新のサーバー (より新しい glibc) が必要な場合は、Linux で FlagShip 6 を使用する必要があります。港は間違いなく今行くべき道です!
私はまだ Clipper 5.3 のメンテナンス プログラミングを行っています。これは決して死んだ言語ではなく、news:comp.lang.clipper には活発なユーザー コミュニティがあります ( Google グループからもアクセスできます)。xHarbour に行くと、news:comp.lang.xharbour に強い存在感があります (同上) 。