問題タブ [web-frameworks]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
django - Google App Engineを削除する必要がありますか?
私はGAEである種の金融市場シミュレーションを開発しています。私は多くの進歩を遂げましたが、ここ数日間、GAEを却下し、Django+rdbmsソリューションを採用することを検討し始めました。私の理由を述べさせてください:
トランザクション:GAEは、単一のエンティティグループとのトランザクションをサポートします。アプリケーションに金融市場などの複雑なトランザクションが含まれる場合、このメカニズムを使用することはできません(読み取り:トランザクションメカニズムは利用できません)。この問題に対処するソリューションは、一部の高貴なユーザーによって開発されましたが、まだリリースされておらず、Javaでのみ利用可能であると言われています。
全文検索:皮肉なことですが、現在、非常に原始的なAPIが存在します。さらに、ロードマップには改善点は記載されていません。
ページング:友好的なページングメカニズムを開発することは、気の弱い人(または締め切りが迫っている人)のためではありません。
バックグラウンドプロセス:バッチは金融アプリケーションで重要であり、当面はCronを試してみる必要があります。しかし、バックグラウンドプロセスはロードマップに含まれており、短期間で利用できるようになると思います。
開発時間を短縮し、将来発生する可能性のあるスケーラビリティの問題に簡単に対処するために、GAEを選択しました。私はGAEが本当に好きです。いくつかの優れた機能がありますが、これらの問題に一緒に対処するには手間がかかりすぎ、そもそもGAEを使用するメリットが失われる可能性があります。
もしあなたが私だったらどうしますか?
language-agnostic - 十分に文書化された、安定した、安全でスケーラブルなWebアプリケーションフレームワークとは何ですか?
私たちは、XML、JSON、および場合によっては他のコンテンツタイプを提供するRESTfulAPIを構築しています。
私のチームは、(優先度の高い順に)次のようなフレームワークを探しています。
- 十分に文書化されている
- 理想的には、優れたチュートリアルと、活発なコミュニティとナレッジベースを備えています
- 合理的なデザインパターンに従う
- ほとんどの場合、フレームワークに一貫性が必要です。呼び出しているメソッド呼び出しに基づいて変更されない命名規則。
- 安全
- 開発者にGET、POST、PUT、およびDELETE変数の何らかの形式の検証を実行させることに焦点を当てています
- 安定
- フレームワークがあまり頻繁に変更されていないという意味で、これの一部は成熟度です。
- 他の部分は、恐ろしく巨大ではない、十分に文書化されたバグリストです。
- スケーラブル/パフォーマンス指向
- 世界中に5万人を超えるユーザーがいて、非常に高い可用性を必要としています。私たちのアプリがダウンした場合、人々は彼らの家にインターネットを持っていません。したがって、これは非常に重要な環境です。
- 理想的には、10台のサーバーで同じコードベースを起動し、ロードバランサーを追加し続けることができます。どのサーバーがどのメソッド上にあるかを定義する必要はありません。
- Linux/MySQL環境とうまく統合します
- MSサーバーは1つではありません。私たちはそれを変えていません。申し訳ありませんが.Netファン:-D
私はこれが漠然とした目標であることを認識しています。これらのニーズをすべて満たすフレームワークは1つではありません。実際、さまざまな方法、形、形式でそれらを満たすフレームワークはおそらくたくさんあります。
これは言語に依存しません。私たちはすでにPHPの経験がありますが、人生でWebアプリケーションを作成したことがない開発者もいるため、Python、Ruby、またはJavaを学ぶことは許容されます。
jakarta-ee - Seam 2.1.1: Maven 2 を使用してビルドしますか?
Seam 2.1.1 に基づくプロジェクトを Ant から Maven に移行して、ビルド プロセスにいくつかのツール (テスタビリティ エクスプローラーなど) を統合することに興味があります。
質問です:あなたはそれをお勧めしますか?Maven で Seam 2 を使用するのは非常に面倒ですが、他の人は努力する価値があると言っています。どう思いますか?
python - Python Web フレームワークの大規模プロジェクト
大規模なプロジェクトを開発するための Python Web フレームワークを選択するためのアドバイスが必要です。
データベース (Postgresql) には少なくとも 500 のテーブルがあり、そのほとんどは複合主キー、多数の制約、インデックス、およびクエリを備えています。開始時のビュー数は約 1,500 回です。プロジェクトは金融分野に属します。常に新しい要件が来ています。
ORM は役に立ちますか?
project-management - Webフレームワークの労力の見積もり
ファンクションポイントで言う努力の見積もりをdjangoのような特定のWebフレームワークに変換するにはどうすればよいですか?それとも、労力の見積もりはWebフレームワークのアーキテクチャにのみ依存していますか?ヒントやガイドラインが役立ちます。
EDITは、これが私のフレームワークであり、djangoと言って、私の要件をモデルとテンプレートに変換するという観点から考えさせてください。
または、一般的に言うと、これらは私の要件です。これらは私のファンクションポイント(一般的な見積もり手法)であり、これをdjangoフレームワークの制約に変換して、労力の見積もりを行うことができます。
python - Ruby が Python よりも Rails に適しているのはなぜですか?
Python と Ruby は通常、似たような表現力とパワーを備えた (歴史的な荷物はかなり異なりますが) 近い親戚であると考えられています。しかし、Rails フレームワークの大きな成功は、それが構築されている言語、つまり Ruby 自体に大きく関係していると主張する人もいます。では、Ruby が Python よりもそのようなフレームワークに適しているのはなぜでしょうか?
gwt - GWT 2 では、ウィケットなどと比べてどのような利点がありますか?
Wicket の単純さ (つまり、Wicket はより単純なシステムの私見) とクライアントでの GWT の応答性 (GWT のクライアント側の状態と JavaScript - 潜在的に複雑なクライアント側のコード) の議論とは別に、スケーリングに対する GWT のより大きな可能性についての議論は何ですか? Wicket で GWT を使用していますか?
個人的には Wicket の開発を数多く行ってきましたが、GWT についてはかなり前にざっと見ただけでした。
comet - マルチプレイヤーJavaScriptゲーム用のバックエンドサーバーを実装する最も簡単な方法は?(COMET / longpolling)
私はJavaScriptでゲームを書いてきましたが、それをマルチプレイヤーにする時が来ました。AJAXロングポーリングを使用して、現在のゲーム状態を取得し、ロビーを実装したいと思います。
サーバーは、mysqlデータベースへのゲーム状態の保存、ゲーム状態の取得、スコアボードのフォーマットなどの基本的な機能を実行する必要があります。
PHPで書くのが最も簡単だと思いますが、それが生み出すapacheプロセスの数のために、それは悪い考えです。
おすすめは何ですか?私は最も簡単なアプローチを探しています。
編集:StreamHubは良さそうですが、コミュニティエディションでは10人の同時ユーザーしか許可されていません。
java - 変更されない可能性が高い一連の外部リンクを実装するには、Web フレームワークを使用する必要がありますか?
wicket Java Web フレームワークを使用して webapp を構築しています。現在作成中のページには 20 以上の外部リンクが含まれており、その多くはウィキペディアのページを指しています。私は現在、これらすべてのリンクの URL を html ページにハードコーディングしています。
フレームワークを使用してこれらのリンクを確実に追加できます (wicket には外部リンク用のクラスがあります)。これらのリンクはすべて外部のものであり、長い間変更されない可能性が非常に高いです。フレームワークを使用してそれらを追加すると、コードの量が増えるだけで、Javaコードとhtmlのハードコーディングの問題にすぎないように思えます。Java側でそれらを行う理由が本当に思いつきません。
私は Web フレームワークの使用方法を学ぼうとしている初心者プログラマーなので、ここで何か不足しているのだろうか? ご協力いただきありがとうございます!
python - DjangoとCherryPyがHTTP動詞ベースのディスパッチをネイティブにサポートしないのはなぜですか?
URLにPOSTすることは、それをGET、DELETE、またはPUTすることと同じではありません。これらのアクションは根本的に異なります。ただし、Djangoはディスパッチメカニズムでそれらを無視しているようです。基本的に、HTTP動詞を完全に無視するか、すべてのビューでこれを実行する必要があります。
Webでこれについて見つけたいくつかの解決策(動詞ベースのディスパッチのこのスニペット、または動詞要件のこのデコレータ)は、明らかに単なる回避策であるため、あまりエレガントではありません。
CherryPyの状況は同じようです。これを正しく行うために私が知っている唯一のフレームワークは、web.pyとGoogleAppEngineです。
これは、Webフレームワークの重大な設計上の欠陥だと思います。誰か同意しますか?それとも、私が無視する理由/要件に基づいた意図的な決定ですか?