web-dev-qa-db-ja.com

サーバーサイドコードを何も記述していない純粋なJavaScriptスタンドアロン（ウェブ）アプリを何と呼びますか？

私はいくつかのツールをスタンドアロンWebアプリケーションとして作成しており、サーバー側のコードを記述していないので、人々がそのようなものを何と呼ぶのかわかりません。

Webブラウザーを持っていれば誰でも実行できる単一のファイルとして配布できるので、私はそれらが好きです。通常、すべてのファンキーなものは、AJAX Stack API、MediaWiki、Googleなどによって提供されるようなWeb APIを呼び出すことによって行われます。

次の用語はすべて妥当と思われますが、他のこともカバーしている場合や、全体像がわからない場合があります。

  • クライアントのみ
  • 純粋なJavaScript
  • スタンドアロンWebアプリケーション
  • ウェブスクリプト
  • ウェブツール
  • ブラウザアプリ

これらの用語のいずれか、またはそのようなアプリ/ツールで一般的に使用されている他の用語ですか？

GitHub上の私の小さなツールのいくつかへのリンクは次のとおりです： travel-se-airport-tags.html 、 travel-se-1-or-2-answers.html 、- travel-se-stats.html

アプリっぽい例がいくつかあります 10,000チャレンジでは...

javascriptweb-applicationsterminologyajaxclient-side
6
hippietrail

あなたが説明しているものは、少し 単一ページアプリケーション のように聞こえます。

シングルページアプリケーション（SPA）（シングルページインターフェイス（SPI）とも呼ばれます）は、デスクトップアプリケーションに似たより流動的なユーザーエクスペリエンスを提供することを目的とした、単一のWebページに収まるWebアプリケーションまたはWebサイトです。

SPAでは、必要なすべてのコード（HTML、JavaScript、CSS）が1回のページの読み込みで取得されるか、適切なリソースが動的に読み込まれ、通常はユーザーのアクションに応じてページに追加されます。プロセスのどの時点でもページは再読み込みされず、別のページへの転送も制御されませんが、最新のWebテクノロジー（HTML5に含まれているものなど）は、アプリケーション内の個別の論理ページの認識とナビゲーション機能を提供できます。シングルページアプリケーションとの相互作用は、多くの場合、舞台裏でのWebサーバーとの動的な通信を伴います...

3
Qwerky

矛盾があります

「サーバーサイドコードのないウェブアプリ」、「ファンキーなものはAJAXウェブAPIを呼び出すことで実行されます」

これらのアプリケーションはまだWebアプリであり、サーバー側のコードを記述していません。

[〜＃〜]編集[〜＃〜]

質問を更新しました。私の知る限り、パブリックAPIのみを使用するアプリケーションを広く理解している用語はありません。別の competing の用語はお勧めしません。

5
StuperUser

Googleは2種類の Installable Web Apps を区別しています Chrome Web Store で利用可能：

多くのインストール可能なWebアプリはホストされたアプリで、通常のWebサイトに少しメタデータが追加されています。サーバー側またはクライアント側の任意のテクノロジを使用して、Webアプリを構築およびデプロイするのとまったく同じように、ホストされたアプリを構築およびデプロイできます。唯一の違いは、アプリを説明する小さなマニフェストファイルを提供する必要があることです。

アプリをオフラインで特にうまく機能させたり、Googleと緊密に統合したりしたい場合は、Chromeブラウザを使用すると、パッケージ化されたアプリ。パッケージ化されたアプリは、ユーザーがダウンロードするWebアプリにすぎません。パッケージ化されたアプリには、Googleを使用するオプションがありますChrome Extension APIs、パッケージ化されたアプリが方法を変更できるようにするChrome動作または外観。

Github でリンクしたアプリの場合、私が一般的に耳にする用語は「ブラウザー内アプリ（lication）」だと思います。

「ブラウザーアプリ」は、ブラウザーの内部で実行されるアプリケーションとは対照的に、Webブラウザー自体を指す可能性があるため、この区別が気に入っています。

「ブラウザー内」アプリと「スタンドアロン」アプリまたは「デスクトップ」アプリの違いは、今後数年のうちに無意味になるほど小さくなる可能性があることに注意することが重要です。今日ではHTML5、CSS3、JavaScriptにすぎないモバイルアプリを作成することが可能であり、Windows 8は（おそらく）「ネイティブ」アプリの優先プラットフォームとしてHTML5に移行しています。

1
Jason Lewis

「JavaScript Webアプリ」や「ブラウザベースのJavaScriptアプリ」だけではないのはなぜですか？

コメントが指摘しているように、サーバー側のコードをまったく作成しなかったからといって、それがWebアプリではないという意味ではありません。したがって、「ウェブアプリ」は実際には適合しますが、技術的にはAPIにフックする場合、アプリ自体にサーバー側コードがないため、目的にあいまいすぎる可能性があります誰か誰かがあなたではなかったとしても、サーバーサイドコードをどこかに書かなければなりませんでした。

JavaScriptを使用して、実際にはWebアプリではないアプリケーションを作成できる場合があるため（「Appcelerator Titanium Mobile」や、Gnome 3拡張機能が頭に浮かびます）、これを「Javascriptアプリ」と呼ぶことはできません。

同じように、「ブラウザアプリ」を使用しても、ブラウザ自体が拡張機能としてアプリをホストできるようになったため、実際にはうまく機能しません（Chrome Angry Birdsのバージョン、Firebug Firefox拡張機能など）たとえば、「ブラウザベースのJavascriptアプリ」は機能しますが、少し冗長です。

「Webツール」と「Webスクリプト」は機能するかもしれませんが、（私の意見では）あいまいです。同様に、「スタンドアロンwebapp」もそれほど意味がありません。何からスタンドアロン？それはブラウザなしで実行できるということですか？考えれば、どのWebアプリケーションも「スタンドアロン」と見なすことができます。 「クライアントのみ」？繰り返しになりますが、特に技術者でない人や、Webのクライアント/サーバーの性質を理解していない人を扱っている場合は、あいまいなようです。

「純粋なJavascript」は、それ自体、一般にその言語を参照しています（つまり、jQueryのようなフレームワークや拡張機能を使用しないJavascript）。 「純粋なJavascript Webアプリ」を使用することもできますが、少し冗長で、JSフレームワークを使用しないという不正確な意味合いを提供する可能性があります。

0
Shauna