2

おそらくユーザー認証を使用して、Twitterスタイルの1ページアプリになるWebアプリケーションを構築しています。インタラクションの 80% は JavaScript を使用したフロントエンドで発生し、データベースからのデータ提供に応答するバックエンドの助けを借りて...

これまでは、Symfony2 に加えて、Backbone や Ember などのフロントエンド用の MVC フレームワークを使用することを考えていました (Ember の方が文書化されており、一般的に整理されていて簡単に思えるため)。

Symfony2 を学び始めたとき、Symfony2 が提供する多くの機能が私のアプリには役に立たないことに気づきました。ビューはJavascriptでテンプレート化されるため、そのビューは実際には必要ありません.フロントエンドでJSを使用して状態でも処理されるため、ルーターも必要ありません..

Symfony2 は JSON に応答するメカニズムとしてのみ使用されます。doctrine は、主にバックエンドの人ではない人が簡単にクエリを実行したり、もちろん認証を行うのにも役立つと思います。FORMS も JavaScript で処理されていると思います。

Symfony2 とバックボーン、RESTful などに関する他の多くの質問を見てきました。さまざまな回答があり、RESTful API を作成するにはバンドルが必要だと言う人もいます (なぜですか?) - バックボーン/の完全な統合のためにバンドルが必要だと言う人もいますSymfony2、他の人は、Symfony2でJSONデータをクエリし、それらをシリアル化して送り返すだけでよいと言うので、特別なことは何もありません..

私の質問は次のとおりです。Symfony2 は、この種の APP にはやり過ぎです。しかし、これが学習機会プロジェクトであることを考えると、それは本当に問題なのでしょうか? （パフォーマンスに関して、またはフロントエンドでうまく機能しない）。それに対するサブ質問は、1 ページの Web アプリと統合された Symfony2 の実際の例を提供できますか? さまざまな要素を見てきましたが、全体としては何もないので、コードごとに何を達成しようとしているのかを知ることができます.

4

2 に答える 2

3

私は Symphony2 を知りませんが、ほとんどの ember+rails プロジェクトによく似ています。これらのアプリは、Rails フレームワークをほとんど使用しません。軽いフレームワークの方が適していると主張することもできますが、問題にはなりません。さらに重要なのは、2 つの新しいフレームワークを一度に学習するために必要なリフトです。w ember に行く場合は、ember フィクスチャ アダプターを使用する MVP を構築することから始めます。バックエンドはまったくありません。それが機能するようになったら、意味のあるフレームワークをプラグインできます。Fire Up Ember.js ピープコードは、この方法でアプリを構築する方法を示しています。

于 2013-02-10T00:23:06.153 に答える
2

ルートが少なく、モデルが薄く、ビジネス ロジックが小さく、テンプレートがない場合は、Silex http://silex.sensiolabs.org/のようなものを使用する方が簡単であることに気付くかもしれません。Symfony2 の機能を無効にするのではなく、必要なものを Silex に追加するだけです。どちらも同じビルディング ブロックを使用していますが、考え方が異なります。これは、REST API に Silex を使用することに関する @hhamon による素晴らしいプレゼンテーションですhttps://speakerdeck.com/hhamon/designing-rest-api-with-silex。

于 2013-02-09T20:01:43.707 に答える