ウェブアプリケーション

ウェブアプリケーション（またはウェブアプリ）は、ウェブブラウザを使用してアクセスされるアプリケーションソフトウェアです。ウェブアプリケーションは、アクティブなネットワーク接続を持つユーザーにワールドワイドウェブ上で配信されます。 ^[1]

シングルページとプログレッシブは、Web サイトをネイティブアプリのように見せるための 2 つのアプローチです。

クライアント サーバーのような以前のコンピューティング モデルでは、アプリケーションの処理負荷は、サーバー上のコードと各クライアントにローカルにインストールされたコードの間で共有されていました。つまり、アプリケーションには、ユーザー インターフェイスとして機能する独自のコンパイル済みクライアント プログラムがあり、各ユーザーのパーソナル コンピューターに個別にインストールする必要がありました。アプリケーションのサーバー側コードをアップグレードするには、通常、各ユーザー ワークステーションにインストールされているクライアント側コードもアップグレードする必要があり、サポートコストが増加し、生産性が低下します。さらに、アプリケーションのクライアント コンポーネントとサーバー コンポーネントはどちらも、特定のコンピューター アーキテクチャとオペレーティング システムに密接に結び付けられており、他のアプリケーションに移植するには、大規模なアプリケーションを除いて、法外なコストがかかることがよくありました (今日では、^{[いつ? ]モバイル デバイス用の} ネイティブ アプリも、前述の問題の一部またはすべてに悩まされています)。^{[疑わしい–議論する]}

1995年、NetscapeはJavaScriptと呼ばれるクライアント側スクリプト言語を導入し、プログラマーがクライアント側で実行されるユーザーインターフェイスにいくつかの動的な要素を追加できるようにしました。そのため、Webページ全体を生成するためにサーバーにデータを送信する代わりに、ダウンロードされたページに埋め込まれたスクリプトは、入力の検証やページの一部を表示/非表示にするなどのさまざまなタスクを実行できます。^[2]

1999 年、Java 言語のサーブレット仕様バージョン 2.2 で「Web アプリケーション」の概念が導入されました。[2.1?]。^{[3] [非一次ソースが必要]}当時、JavaScript とXML はすでに開発されていましたが、Ajax はまだ考案されておらず、XMLHttpRequestオブジェクトはActiveXオブジェクトとして Internet Explorer 5 に最近導入されたばかりでした。^{[引用が必要]}

Gmailのようなアプリケーションは、2000年代初頭からクライアント側をますますインタラクティブにし始めました。ウェブページのスクリプトは、ウェブページ全体をダウンロードせずにデータを保存/取得するためにサーバーに接続することができます。この方法は2005年にAjaxとして知られるようになりました。^[4]

「プログレッシブウェブアプリ」は、デザイナーのフランシス・ベリマンとGoogle Chromeエンジニアのアレックス・ラッセルによって2015年に造られた用語であり、^[5]現代のブラウザでサポートされている新機能を活用したアプリを指し、最初はウェブブラウザのタブ内で実行されますが、後に完全にオフラインで実行でき、ブラウザにアプリのURLを入力しなくても起動できます。

従来の PC アプリケーションは、通常、単層で、クライアント マシン上にのみ存在します。これとは対照的に、Web アプリケーションは本質的に多層アーキテクチャを可能にします。^[6]多くのバリエーションが可能ですが、最も一般的な構造は3 層アプリケーションです。^[6]最も一般的な形式では、3 つの層は、プレゼンテーション、アプリケーション、ストレージと呼ばれます。Web ブラウザーが第 1 層 (プレゼンテーション)、動的なWeb コンテンツテクノロジ ( ASP、CGI、ColdFusion、Dart、JSP/Java、Node.js、PHP、Python、Ruby on Railsなど) を使用するエンジンが中間層 (アプリケーション ロジック)、データベースが第 3 層 (ストレージ) です。^[6] Web ブラウザーは中間層に要求を送信し、中間層はデータベースに対してクエリと更新を実行して要求を処理し、ユーザー インターフェイスを生成します。

より複雑なアプリケーションの場合、3 層ソリューションでは不十分な場合があり、n 層アプローチを使用すると効果的です。n 層アプローチの最大の利点は、アプリケーション層にあるビジネス ロジックをより細かいモデルに分割できることです。^[6]もう 1 つの利点は、データにアクセスするための使いやすいインターフェイスを提供することで、データ層を他の層から分離する統合層を追加することです。^{[6]たとえば、クライアント データにアクセスするには、データベースのクライアント テーブルに対して直接}SQLクエリを実行するのではなく、"list_clients()" 関数を呼び出します。これにより、他の層に変更を加えることなく、基礎となるデータベースを置き換えることができます。^[6]

ウェブ アプリケーションを 2 層アーキテクチャと見なす人もいます。これは、すべての作業を実行し、「ダム」サーバーにクエリを実行する「スマート」クライアント、または「スマート」サーバーに依存する「ダム」クライアントです。^[6]クライアントはプレゼンテーション層を処理し、サーバーにはデータベース (ストレージ層) があり、ビジネス ロジック (アプリケーション層) はどちらか一方または両方にあります。^[6]これにより、アプリケーションのスケーラビリティが向上し、ディスプレイとデータベースが分離されますが、レイヤーの真の特殊化はまだ許可されていないため、ほとんどのアプリケーションはこのモデルでは対応できなくなります。^[6]

こうした種類のアプリケーションでのセキュリティ侵害は、企業情報と顧客の個人データの両方に関係する可能性があるため、大きな懸念事項です。これらの資産を保護することは、あらゆる Web アプリケーションの重要な部分であり、開発プロセスに含める必要があるいくつかの主要な運用領域があります。^[7]これには、認証、承認、資産処理、入力、ログ記録、監査のプロセスが含まれます。最初からアプリケーションにセキュリティを組み込むと、長期的にはより効果的で混乱が少なくなります。

ウェブアプリケーションフレームワークを使用すると、ウェブアプリケーションの作成が簡素化されます。これらのフレームワークにより、開発チームはユーザー管理などの一般的な開発問題を解決する必要がなくなり、目的に応じたアプリケーションの部分に集中できるため、迅速なアプリケーション開発が可能になります。^[8]使用されているフレームワークの多くはオープンソースソフトウェアです。

さらに、インターネット オペレーティング システム上でアプリケーションを開発できる可能性もありますが、現時点ではこのモデルに適合する実行可能なプラットフォームは多くありません。^{[引用が必要]}

• D3.js
• サービスとしてのソフトウェア (SaaS)
• モバイル開発フレームワーク
• ウェブ2.0
• ウェブエンジニアリング
• ウェブGIS
• ウェブサービス
• ウェブ科学
• ウェブウィジェット

• HTML5 ドラフト推奨事項、Web ベースのアプリケーションの作成を容易にするための HTML および関連 API の変更。
• ワールド ワイド ウェブ コンソーシアム (W3C) の Web アプリケーション ワーキング グループ
• Google Developersによる Web.dev の PWA 。