7

モバイルアプリケーション用のRESTAPIを作成する必要がありますが、その開始方法がよくわかりません。一般的なRESTに関するいくつかの記事とチュートリアルを読みましたが、PHPで記述された複雑なAPIの例は見つかりませんでした。

そのため、さらに調査を重ねた後、（最初から始めるのではなく）マイクロフレームワークを使用することにしました。Symfony2やZendのような完全なフレームワークは、私が必要としないいくつかのメソッドを提供しますが、それらは大きすぎると思います。私はすでにSilexPHPを使用しているので、それを選択します。

しかし、1つの質問が私の心に残っています:(将来の）大きなAPIを作成するのにSilexは良い選択ですか？

APIは進化し、ますます複雑になる可能性があります（SOAPからRESTに移行することを目標としているため、将来、より多くのURIが利用可能になることを理解してください）。

Silex PHPは単一ファイルの規則を使用しているので、それを使用するのは少し怖いです（ファイルがどんどん大きくなり、パフォーマンスが低下すると思われるため）。また、データベース（MySQL）へのクエリを減らすために、必要に応じてサーバーの結果を（さらにHTTPキャッシングで）キャッシュしたいと思います。

あなたはどう思いますか、そしてあなたは何をアドバイスしますか？:)

4

2 に答える 2

1

Silex は、API サービスを構築するための悪い選択ではありません。まともな組織やその他の便利な構成のために、 Silex Kitchen Editionから始めて、必要のないものを取り除くことをお勧めします. また、silex/symfony で書かれた既存の安らかなプロジェクトを探します。スケーラビリティに関しては、silex の作成者の 1 人である Igor Wiedler によるこの投稿を読む必要があります。

于 2014-12-17T15:39:00.710 に答える
-9

Silexは、小規模なプロジェクトで使用することを目的としたマイクロフレームワークです。トラフィックの少ない小さなウェブサイトに適しています。また、あまり多くの抽象化レイヤーを導入せずに、依存性注入などのいくつかの概念を自己紹介するための良い方法でもあります。彼らは最近、彼らのウェブサイトで「単一ファイルアプリ」としてターゲットを紹介し、フレームワークのターゲットスコープのビットを提供します。

Silexが大きなものには適していないという事実はかなり受け入れられるべきだと思います。Silexは、プロジェクトが機能していればパフォーマンスが低下することはありませんが、成長を始めたら、あまり役に立たないため、作業するのに最適ではありません。Symfonyは、Silexに見られる概念を使用しており、多数のバンドル、プラグイン、および支援するための大きなコミュニティを備えた、より大きなアプリケーションに使用できるフルスタックフレームワークです。

編集：

承諾済みのため、回答を削除することはできません。私はここ数年PHPを使用していません。それ以来、Silexはアプローチを「マイクロフレームワーク」から単なるライブラリに変更しました。いずれにせよ、私が信じる反対票は、プロジェクトに関わった人々からのものであるに違いありません。おそらく、彼らが望んでいたようにうまくいかなかったものを作成したことに腹を立てています。

製品のドキュメントを読んでください。これは意見の要求であり、受け入れられました。とにかく、この質問はstackoverflowに属するとは思いません。

于 2012-10-12T16:29:59.710 に答える