質問

まあ、私はそれがプレビューであることを知っています、そして、私はそれがまだ生産の準備ができていないと言っていることを知っていますが、それでも私は質問をします。

2010年9月頃にライブを行う予定のかなり大きなアプリケーションの構築を開始する必要があります。

Symfony 2.0の安定したバージョンがリリースされるまで、私は生産へのアプリケーションをリリースしないとしましょう - それは2.0バージョンを使用してアプリケーションの構築を開始するための良いアイデア(まあ、私は実行可能なアイデアに落ち着きます)ですか?フレームワークのコアの変更により書いたコードを書き換え/交換するために必要なチャンスはどれくらいですか?

ありがとう。

編集:もう1つのオプションは、Symfony 1.4を使用することです。
私はZend Frameworkを考えて試しましたが、すべてのモジュールを再発明することを拒否します。

役に立ちましたか?

解決

Symfony LiveでのSymfony2のFabienのプレゼンテーションから: 次のプロジェクトにはSymfony 1.4を使用します.

Symfony 2 Githubページから: 物事は変化します.

次に、次を検討してください。

  • Symfony 1.4は、プロジェクトのリリースから2年後の2012年後半までサポートされます
  • Symfony 2にはコード生成、フォーム、ユニットテストなどがないため、これらのフィールドをカバーするために行うすべてのことは、公式の方法が来るときにやり直す必要があります(2番目の質問に答えます)

だから誰もがすでにここで言ったように、1.4に行きます

他のヒント

Symfony 1.3または1.4は今のところ正しい選択です。 1.3 Symfony 1.0を以前に使用した場合、そうでない場合は1.4。私は個人的には、多くの理由でSymfony 1.1+のサブフレームワークのファンではありませんが、あなたはそれが完全に同意できると思うかもしれません。それは個人的な選択です。

Symfony 2.0は安定しておらず、導入している機能の多くは、少なくともこの段階で開発者に本当に興味を持っているものではないと感じています。ただし、SF2.0は、次世代のWebフレームワークを作成する上で印象的な演習です。しかし、サイトをより豊富にしたり、開発しやすいサイトを作成するのではありません。それはそれらをボンネットの下でより速く、よりエレガントにするかもしれませんが、これは必ずしも開発者にとってフレームワークの主な利点ではありません。この例は、依存関係の注入です。これは、すでに優れたSymfonyコアコードコンポーネントのさらなる抽象化であり、その包含はSymfony Coreチームとその進歩に対する私の敬意を高めるだけです - しかし、エンドユーザーにとっては、おそらく多くの人が利点に頭をかくのを残します。

Symfonyの主な利点は、基本的なフレームワークを評価したことで、コミュニティとそのプラグインであり、これはSF2.0のDealbreakerだと思います。はい、私はそれが本質的に「プラグイン」から構築されていることを知っていますが、あなたは私が確信しているいくつかの重要なプラグインを欠いているでしょう。これが、Zend Frameworkを拒否する理由です。

それでも、私の意見だけです。私は3年以上にわたってSymfony 1.0と1.1の開発者(ほとんどが1.0)でしたが、それでも私を失望させていません。

それは私の友人の百万ドルの質問です。それはギャンブルで、単純でシンプルです。私は多くのPHP MVC(ケーキ、Zend、Symfony)を使用していますが、それらはすべてほぼ同じように動作しています。 Symfonyのいいところは、ホイールを再発明するのではなく、モジュール式であることに焦点を当てており、使いやすさです。

私はそれを使用している大企業の例を引用することはできませんが、私は個人的にはこの時点でCakephpまたはZendを介してそれを使用します。私はそれが強力なコミュニティを持っているように感じます、それは(現時点で)放棄される危険にさらされていません、そして私は一般的にフレームワークを操作することを楽しんでいます。一日の終わりには、通常はすべてが重要です。

私が言ったように、私はどれだけうまくスケールアップまたはアウトが出るかはわかりませんが、CakephpやZendよりも速いです。どのフレームワークを選ぶかに関係なく、それはギャンブルなので、幸運を祈ります。

Symfony 2.0にアプリケーションに必要な具体的なものがない限り、1.4を使用して、Get-goの安定したバージョンを使用することをお勧めします。私が理解していることから、Symfony 2.0は年末まで出てこないかもしれません。 Symfony 1.4は2012年末まで正式にサポートされます。

私は今1週間Symfony 2を試しました(私はフルタイムのSymfony Developperです)。ここでは、2.0に移行する前にSymfony 1.xを使用し続けるべき主な理由です。

  • 小枝は不安定です。 form_render、form_errorなどを使用することはできませんが、PHPビューを使用するのは非常に簡単です!
  • ユーザーの文化(ロケール)を取得することは、a **の痛みです。
  • PHPテンプレートは、コードするのが小枝として楽しくありません。この翻訳関数の例:
    • PHP: <?php echo $view['translator']->trans('text') ?>
    • 小枝: {% trans 'text' %}
  • 悪いドキュメント

このように悪くはないように思えますが、私を信頼してください...最終的には、Symfony2自身の中で間違っていたので、それらのものをデバッグするのに非常に時間がかかります。

プロジェクトをリリースするまでに、バージョン2.0はとにかく安定していない可能性が高いです。また、バージョン1.4には3年間の長い条件のサポートがあり、新しいプロジェクトを開始する場合は期待できます。それ以外は、Symfony 2.0では、物事は同じではありません:)それは現在のバージョンとは大きく異なるでしょう。あなたはそれが好きではないかもしれません:)またはそれはあなたのプロジェクトに適していないかもしれません。

または、リチウムを使用することもできます...ご存知のように、それは言及されたページ上のすべてのフレームワークよりも優れています...しかし、質問はケーキや他のフレームワークについてではなく、v2.0の準備についてです(他の投稿で言及されているように、私は私もジャブを入れると思った)。

私は個人的に主要なプロジェクトで2.0を使用したかったのですが、恐怖のためではない可能性があります(常に悪い理由)。

私のポイントはこれです。何も安定していません。 1.4もありません。この世界のすべてが変化する可能性があり、すべてのパッチと修正が常にあります。特にオープンソースコミュニティでベータ/アルファソフトウェアを使用しなかった場合、進行することはありません。

そう。それはリスクです。トリックは、あなたが発生する可能性のある問題を処理するのに十分である必要があることです。それが単なるゲームの名前だと思います。あなたは、WordPressとDrupalをオフにしてインストールして私を見て、ママがズボンを育てたと言っているタイプの開発者のタイプです...または、あなたは外に出て、切断(または出血)にあるタイプで、それを吸いますアップしてそれを成し遂げます。良い時代に(耳から耳まで)悪い時と笑顔で転がります。

一日の終わりはあなたの仕事です。誰にもそれをする方法を教えてはいけません。あなたはあなたが望むようにそれをします。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top