に投稿 コメントを残す

プラットフォーム対フレームワーク

この30日間、私はopeninterfaceプロジェクトの文脈で働くことができて、プロジェクト期間の後にプラットフォームがどのように継続するかを描写する文書を書いていました。 彼らは私がオープンソースコミュニティとのmylongの経験のために助けることができると思った。 実際には、それはハードで楽しい瞬間と素晴らしい挑戦経験でした。 最も刺激的なものは、ポルトガルのポルトで、川の国境にあり、私はいくつかのキラー文章を書くインスピレーションを見つけたときでした。

この文書の精緻化の間に、プロジェクトの多くの人々が与えた貢献、コメント、批評家は、最後により良い結果を得るために不可欠でした。 しかし、そのうちの一つは、私の注意を呼びました。 貢献者の一人は、”プラットフォーム”という名前が他の多くの文書やウェブサイトに広がっているので、”フレームワーク”に”プラットフォーム”という用語を変 この変更を提案するためのいくつかの基礎があった場合、彼らは何ですか? その後、両方の概念と開始するのに最適な場所の違いについての短い研究を行うためにIdecidedは、もちろん、辞書です。

“プラットフォーム”という言葉には、計算機科学を含む多くの意味があります。 ケンブリッジ大学英語辞典:

“プラットフォームは、あなたがそれで使用できるソフトウェアの種類に関連して、使用しているコンピュータシステムの種類を説明します。”

これは非常に一般的な定義であり、私はまったく助けにはなりません。 だから、私はtoWikipediaに行きました、そこで私はそのソースやimpartialityについての警告なしに定義を見つけました:

“コンピューティングでは、プラットフォームは、ソフトウェアを実行できるようにする、ある種のハードウェアアーキテクチャまたはソフトウェアフレームワーク(アプリケーションフレームワークを含む)を記述する。 典型的なプラットフォームには、コンピュータのアーキテクチャ、オペレーティングシステム、プログラミング言語、関連するランタイムライブラリ、またはグラフィカルユーザインタフェースが含まれます。”

ああ神様! プラットフォームの定義についてはフレームワークに言及している。 それはある種の再帰的な定義ですか? さて、フレームワークの定義に行きましょう:

“ソフトウェアフレームワークは、ソフトウェアシステム(またはサブシステム)の再利用可能な設計です。 ソフトウェアフレームワークには、ソフトウェアプロジェクトのさまざまなコンポーネントの開発と接着を支援するためのサポートプログラム、コードライ フレームワークのさまざまな部分は、APIを介して公開することができます。”

まあ、より良い! 違いを分析してみましょう。 まず、フレームワークはソフトウェアのみを参照し、ハードウェアは完全に無視します。 だから、ハードウェアで作業する場合、それはフレームワークを持っていません。 第二に、プラットフォームはソフトウェアを実行することを可能にしますが、それは設計に重点を置いているため、フレームワークの要件ではありません。 たとえば、Javaは多くのオペレーティングシステムでJavaapplicationsを実行できる仮想マシンを備えているため、プラットフォームです。 一方、Springはソフトウェアの設計方法を簡素化し、アプリケーションを実装するための労力とコードの量を減らすために多くのことを負担するため、aframeworkである。 したがって、プラットフォームはあなたの時間を節約することを目的としていませんが、アプリケーションを実行する可能性を1つ以上提供します。

議論の根源に戻って、OpenInterface(OI)の主な開発者であるLionel Lawsonと長い会話をし、oiは同時にプラットフォームであり、フレームワークであると結論づけました。 これは、whenplatform、OIがアプリケーションを実行できることを意味します。 フレームワークの場合、アプリケーションはOIのAPIを使用して他のコンポーネントにアクセスできます。 そして,OIは実際にはより一般的であり,低レベルコンポーネント間の多くの統合問題を解決する技術であると結論した。

コメントを残す

メールアドレスが公開されることはありません。