VB6オープンソースの噂に対するリアクション

作者 Jonathan Allen , 翻訳者 尾崎 義尚 投稿日 2011年6月5日

セクション

運用/インフラ,

設計/アーキテクチャ,

デベロップメント

トピック

オープンソース ,

.NET ,

プログラミング ,

Legacy Code ,

VB 6

共有 |

原文(投稿日：2011/05/31)へのリンク

TechEdの間、多くの人がVisual Basicがオープンソースになるというデマを信じ込んでいた。それが嘘だと判明したが、言語に関すること、それがレガシーであること、そしてオープンソースの実装に関する様々な議論を生み出した。

Visual Basicは、3バージョンごとに大きな変更があった。最初の大きな変更は、バージョン4の16ビットから32ビットへの移行であった。「純粋な」なアプリケーションには大きな影響はなかったが、多くのVisual Basicプログラマーは、サードパーティーのライブラリやコンポーネントに頼っていた。16ビットのDLLとVBXコンポーネントが対応していない場合、32ビットのDLLとOCXコンポーネントに大幅に書き換えることが必要であった。

次の大きな変更は、VB.NETとして知られるVisual Basic 7である。この変更は、ネイティブにコンパイルされたコードとランタイムライブラリを.NETのILとCommon Language Runtimeに置き換えることであった。この過程において、いくつかの主要な機能は変更された。もっとも特筆するべきものは、リソースモデルである。Visual Basic 4から6では、変数にnullをセットして、リソースを解放する必要のあった、COMの参照カウントデザインであった。これを.NETの非決定性ガベージコレクションに置き換える作業は、特にファイルハンドルなどの制限のあるリソースについては、簡単ではなかった。

この影響は、未だに企業や開発者に及んでいる。90年代においては、Visual Basicは、ビジネスアプリケーションの内部で使われている最もポピュラーな言語であった。それらのアプリケーションをスクラッチから書き直す場面に直面した時、多くの開発者はVBを完全にあきらめて、JavaかC#に切り替えた。

Visual Basicのもっとも最近の変更は、VB10 SP1である。ここでは、非構造的エラーハンドリングなどVB 6から継承されたすべてのレガシー機能が実質的に削除された。これは、明示的にWindows Phone 7と他の特別なプラットフォームに新しいコードを書くことをサポートするためである。

なぜVisual Basic 6が重要なのか

Citect (http://www.citect.com)のような企業やユーザーがそうしたいのです。VB6で作られた大量の資産がいまでもアクティブに維持され続けています。VB6は、64ビットに突入するかもしれません。

-- syousef

もし本当にそうしたいのであれば、VB6は、我々が死ぬまでポピュラーな言語であり続けるでしょう。私は本気です。新しいCOBOLなのです。

それがいいことなのか、悪いことなのか、私にはわかりません。

-- 匿名

VBで書かれた恐ろしい量のレガシーコードが存在している。先日、私が仕事のインタビューを受けたとき(PS:だれかDelMarVAの地域で開発者を雇ってくれなませんか？)、インタビュアーは私に移植作業について聞かれました。そこには、大量のVBプロジェクトがあったのですが、たった1人か2人の予算しか計上されていませんでした。そして、それはVB.NETで書き換えるという意味でしかなく、将来の拡張にレガシー開発環境が必要なくなるというだけです。

VBはすでに次期COBOLです。

-- orangesquid

私が働いている病院(そして、この国のほとんどの病院)は、VB6ベースの健康管理EMRシステムに数百万を投じています。

-- 匿名

世界のビジネスの半分はVB6で作られていて、これはこれでよかったが、これは最終的には安定性と技術の拡張性から切り離されるということにつながります。

-- Xest

私は、10年間をVB6プロジェクトのサポートに費やしました。私は、その上にC++コードを書きました。C#以外の技術者は、VBで書かれたソフトウェアの資産を維持するために戦いました。私は仕事を辞めた時点で、彼らは、それをアップグレードせずに、64ビットのWindows上でそれを実行しようとしていました。

もし私がそのまま続けていたら(そして、それを実現していたら）、彼らは間違えなくそのコードを64ビットにコンパイルできるか聞いてきたでしょう。

-- 匿名

多くの企業にエンタープライズサイズのアプリケーションが主にVB6のコードで使われています。私は、ある企業で数百万ドルのVB6デスクトップコードを走らせました。いえ、Webバージョンとサービスは、すべて.NETベースです。

多くの仕事を見てきたが、VB6を使えることはいまだに必要なスキルセットです。つまり、VB6瀕死の状態ではありません...まだ。

-- RobDog888

これは、イタリアでも同じです。多くの企業は、Delphiに切り替えていますが、アンマネージドVBを継続したいと考えており、ソフトウェアハウスがそれをアップグレードすることに慎重です。

-- esposito

これらは、SlashdotとVBWireからの引用です。

Visual Basic 6は、現在どこにいるのか。

Visual Basic 6は、一般に公表されている情報や、2010年3月のサービス速報によると、64ビットバージョンで使用することができない。Microsoft Office製品には、64ビットバージョンのVisual Basic for Applicationsが組み込まれているため、不可能ということではない。これは単に、Microsoftがそこにリソースを裂くことがないことを意味している。

さらに悲惨なのは、MicrosoftがWindows Server 2008/Windows 7以降、VB 6ランタイムの出荷を停止する予定があることである。もともとはVisual Basic 6のランタイムはインストーラーに含めることが必要であったが、ここ10年の間、実質的にDLLはWindowsとともに出荷されていたことになる。現在使っているインストーラーパッケージを書き直して、昔のモデルに戻る必要がある。