我々はどこへ行くのか。ネットとJavaの比較を

どのような世界では、市場で起こっているのでしょうか？技術は、それが起こっていることを伝えるために、時には少し困難であることを非常に速く動いている。
のは、過去に戻って短い旅行を見てみましょう。
それは、アプリケーションを設計、開発、および単一のマシン上に展開されたことが長すぎる前にはなかった。パーソナルコンピュータ時代の初期の頃を思い出すことができますあなたのそれらのために、dBaseの、FoxBASEなどのようなものが鐘を鳴らすことがあります。ユーザーインターフェース、ビジネス·ルール、およびデータベースサービス - すべてが同じマシン上で実行しました。
その後に沿ってClientServer上のアプリケーションの時代が幕を開けたローカルエリアネットワークは、来ました。これで、ユーザー·インタフェースとビジネス·ルールは、PC上で座って、OracleやSQL Serverなどのクライアント·サーバのDBMSに要求を送信し、一方のサーバー上の<スタイル= "色：＃333333;テキスト装飾：なし;カーソル：テキスト、 "href =の" http://www.euoem.com/ ">側、のレコ​​ードが処理され、その結果がクライアントに返された。
LANが成熟し、その信頼性が向上したように、アプリケーション開発には、3層アーキテクチャの出現、すなわち、さらに別の進化を経て。この変換は、ユーザインタフェース、ビジネス·ルール、およびデータ·サービスは、各アプリケーション·アーキテクチャに独自の独立した論理的な要素になることになりました。物理的な世界では、別のマシンにそれぞれの要素を実装している場合がありますが、必須ではありませんでした。
3層モデルの主な利点は、ビジネス·ロジックは、今では1ではなく、多くのアプリケーションだけでなく、使用することができるコンポーネントに分割される可能性があることです。また、サーバー内のビジネスロジックへの変更は、発信側またはクライアントが実際には全く変更する必要はありませんでした。言い換えれば、ビジネスロジックや関数の実装の詳細は、限り、それが呼ばれる方法と、それを返しますが、変更しないことを情報の種類として、重要ではありません。レッツはそれに直面し、世界は急速に変化していると我々は再デプロイせずに調整できるようにする必要があります。
もちろん、3層モデル（後にn層になる）の初期の実装は、主に一般的なマシンや、インテル、Windows、およびUNIXなどのオペレーティング·システム上にあった。各ベンダーは、コンポーネントの独自のブランドを支持した。マイクロソフトは、DCOM続いCOMをサポートしていました。 IBMは、CORBAを推進し、日は、RMIを売り込んだ。これらの中間層コ​​ンポーネントの風味のそれぞれが独自であったとの異種作品間での相互運用性と通信のために提供していませんでした。 CORBAコンポーネントと話をするには、Microsoftアプリケーションのために、別のソフトウェアが翻訳のために必要であった。同じことは、DCOMオブジェクトと通信しようとアプリのために本当だった。
これのすべては、インターネットビジネスtobusinessアプリケーションが焦点になったとして、ますます重要な問題を作成し、それが困難な多様なシステムが相互に対話できるようにしました。ウェブ、全体的なITアーキテクチャに比較的最近追加され、劇的に私たちは、アプリケーションの開発を見て、それに応じて、関連するサービスの展開方法を変更しました。
あなたはランズエンドにログオンしている場合、例えば、それは、基本的なアプリケーションは、内部システムのホストへと一緒にこのようなアメックス、マスターカード、ビザ、UPS、フェデックス、など、他の当事者の数によって開発されたコンポーネントを利用しなければならないことはまずありません総消費者のショッピング体験を提供します。
Sunは、それはJava言語で、適切なタイミングで適切な場所にいました。 Javaの能力はバイトコードにコンパイルされ、Java仮想マシンがそれを移植性を与えていたすべてのマシン上で実行することができます。それは全く指向、ターゲットWebベースのアプリケーションをオブジェクト、および分散アプリケーションに関連付けられているセキュリティ上の問題を観察するように設計されたという事実は、企業のクライアントにそれを途方もない魅力を与えた。
Visual Basicは、他の一方で、Windowsベースのアプリケーション開発の世界ではそのストライプを獲得した。これは、ウィンドウのオペレーティングシステム、そのレバレッジアプリを開発するのは簡単だし、それは、VBが進化するにつれて、それはますます再利用可能なCOM / DCOMオブジェクト、およびWebベースのアプリケーションのための実行可能なツールを作成することができる、オブジェクト指向で作られ、より多くの機能に取った。今日では、マイクロソフトが世界で300万人以上のVisual Basicプログラマがあると主張している。
1991年に導入された、Visual Basicはバージョン6を経験してきた。一人一人は、2つの主要なプログラミング言語に至るまで、電力、機能、柔軟性、および能力を増加 - JavaとVisual Basic、自社の製品が優れていることが各陣営の気持ちで。
実際には、言語が本当に鍵ではないということです。優勝者には、アプリケーションの設計、開発、および展開を可能にし、Web全体に分散サービスやコンポーネントを利用していますフレームワーク/プラットフォームになるだろう。
のVisual Studio（VBはその一部である）の次期バージョンの保留中のリリースに伴い、Microsoftは、根本的にそれらの言語スイートが動作する方法を変更することを決定しました。 Visual Studioの次期バージョンは、Visual Studio.NetまたはVS.Net呼び出され、Visual Basicの次のバージョンはVB.Netとよばれます。多くの新機能がありますが、私の意見では、センターステージにMicrosoftを移動する2つの大きな変更があります。
まず、VS​​.Netは、C＃は、C + +、および約14 Microsoft以外の言語と一緒にVBが接続する際に、共通の開発環境となります。言語は好みの問題でしょう。これは主に、彼らはすべての共通のランタイムモジュールを利用することによって、同じレベルまでコンパイルするという事実によるものです。加えて、彼らはすべて同じクラスライブラリを共有することになります。これが意味するコンポーネントとサービスで構成されるアプリケーションは、それがすべて連携して動作することが保証され、いくつかの異なる言語で開発者のチームによって開発されたことができるということである。
つは密接に見ていた場合は、1つは、Javaはとても人気があります一般的なアーキテクチャは、コンパイラの出力が必ずしもチップセットやオペレーティングシステムに縛られていないことであることを見ることができました。マイクロソフトでは、他のプラットフォームに移植するために、標準化委員会に利用できるJava仮想マシンと似た性質であるランタイムモジュールを、作ったらそれは私は驚かないだろう。これが発生した場合、VS.NetとVB.Netは言語レースで大きな飛躍を取ることができる。
VS.Netの導入に匹敵する第二の主要なイベントは、SOAPの登場です。お互いに協力しようとしている成分の異なるタイプに関する我々の以前の議論を覚えていますか？ SOAPまたはシンプル·オブジェクト·アクセス·プロトコルは、IBM、Sun、およびマイクロソフトが通信するために、競合する規格で開発されたコンポーネントのためにそれが可能になり今では合意していることに、XMLまたはExtensible Markup Languageに基づいたオープンな規格です。 XMLはメソッドに関連付けられた引数、および戻り値を含むクラスの基礎となる要素を記述するために使用されます。一方、SOAPは、XMLドキュメントへのパスを含むインタフェースを記述している。これは、分散型Webサービスを使用してアプリケーションを開発する際に相互運用性に重大な障害を取り除きます。
要約すると、JavaとVisual Basicは、互いに激しい競争に現在ある。 ComputerJobs.Comとの最近のチェックには、ジョブは、Java、Visual Basic、およびC + +、分布が55％、35％、10％を必要とすることを示しています。 VS.Net / VB.Net、SOAP、およびプラットフォームに依存しない言語を選択する自由で、1は、このディストリビューションは、Java以外の言語にJavaからシフトすることが予想されます。実際には、VS.Netはほぼ20の異なるプログラミング言語を（RationalのJava実装を含む）をホスティングし、共通のバイトコード·レベルにコンパイルすると、個人的な好みは、確かに昼をつかさどられます。
pdf形式でこの記事をダウンロードするには、ここをクリックしてください...