この投稿はデフォルトで 2014-06-10 00:57 に最終編集されました7: 13私が Yii を取得しようと考えた理由は、PHP の採用要件の多くが Yii フレームワークの習(xí)熟度を必要としていることに気づいたからです。
第一印象は、このフレームワークは中國人によって作成されたものですが、すべて英語です。最近は Yii 決定版ガイドを読んでいます。
私の最初の気持ちについて話させてください (Yii 1.x):




1) ファイル構(gòu)造が亂雑です。
フレームワークなのでアクションは/protected/controllers/post/CreateAction.phpに分離できます。これにより、アクションとコントローラーが混同されやすくなります。




2) ビューを制御したいという欲求が強(qiáng)すぎるため、テンプレートは純粋な PHP を使用します。プログラマーならフロントエンドを書かなければなりませんか?
Web サイトのプロジェクトで、アーティストに HTML DIV CSS テンプレートを切り取るように依頼した後、PHP プログラマーに、內(nèi)部の HTML タグを PHP タグに置き換えて再度実行するように依頼しました。
Yii の CHtml は多くの人から賞賛されていますが、Web ページに機(jī)能があっても見栄えが良くないと、Web サイトの重要なキーの 1 つが無視されているようです。。訪問者がこのようであることを期待してはなりません。プログラマは四角い箱だけを好みます。1 枚の寫真ではなく、表のように見えてきちんと収まるページを好みます。

Web サイトのページはソフトウェアのようなものではないことに注意してください。ソフトウェアは數(shù)年以上にわたって機(jī)能の改良が加えられてきた可能性がありますが、Web ページの訪問者は新鮮さと視覚的なインターフェイスを好みます。そのため、インターフェースやUIは常に変更していく必要があります。

は定期改訂、小規(guī)模改訂は 3 日、大幅改訂は 1 か月、次の改訂は 3 か月です。インターフェースは頻繁に変更する必要があります。この場合、HTML プロトタイプを直接使用してテンプレートを作成すると、アーティストはプログラムの介入を必要とせずに、DIV の作成後に直接それを使用できます。ただし、CHtml のような
高度に結(jié)合されたビュー (テンプレート) 記述メソッドを使用する場合は、追加の手順が必要です。つまり、Yii を理解しているプログラマが必要です。アート。DIV HTML は Yii ビュー テンプレートのタグに変換されます。これは無駄ではないでしょうか。人材、時(shí)間、資金。 PHP の効率性と速度に反しますか? 実際、Yii の公式 Web サイトも非常にシンプルです。なぜ Apple は成功しているのでしょうか? この時(shí)代では、UI インターフェイスが非常に重要です。






3) それぞれの結(jié)合度が高すぎて、新しい言語のように感じます。 Yii の參入障壁は他のフレームワークよりもはるかに高いです。それぞれが高度に結(jié)合されており、すべてが同じ構(gòu)成になっています。結(jié)合が強(qiáng)ければ強(qiáng)いほど、構(gòu)成ファイルが隅々まで分散し、保守コストが高くなり、時(shí)間がかかり、保守効率が低下します。非常に効率的に実行される可能性があります)。




Yii の魅力: 1) 51job や Zhaopin で PHP プログラマーを募集している人の多くは、Yii の熟練度を必要としています (実際、私はそう思う人たちを見てきました)要件は非常に奇妙です。プロジェクト全體を単獨(dú)で完了できる必要があり、Yii と DIV CSS UI に習(xí)熟している必要があります。Yii が単獨(dú)で実行できるようにするのは少し非現(xiàn)実的です。大規(guī)模なプロジェクトで多くの問題がある場合、プログラマーに Yii を?qū)g行してから DIV を作成するように依頼するのはばかげています。)

2) Zhihu や検索エンジンで MVC を検索するなど、フレームワークのランキングを見ると、Yii は主要な再版記事や PHP MVC フレームワークのランキングで非常に上位にランクされており、多くの賞賛を得ています。



上記は、Yii についての私の最初の感情の一部であり、一緒に話し合って、より早く習(xí)得して理解できるようになることを願(yuàn)って書き留めています。デフォルトでは7#zbphp.com








-----解決策-------- - ---------Yii2.0 について學(xué)ぶことへようこそ。あなたが指摘した問題のほとんどは、Yii 2.0 時(shí)代に改善されて実裝されています。
PHP をテンプレートとして使用するかどうかについては、意見が分かれます。テンプレート エンジンの學(xué)習(xí)は、PHP の學(xué)習(xí)とそれほど変わりません。 2.0 は、smarty と twig をネイティブにサポートしています。
カップリングの問題については、考えてみれば、Yii はワンストップのソリューションを提供します。後でコンポーネントを置き換えてテンプレートを変更したい場合は、キャッシュを追加します。 2.0 は、DI などのさまざまなデカップリングをネイティブにサポートします。
新しい言語などの問題に関して言えば、Yii は多くの DSL パターンを使用します。このモデルはマイクロソフトによって発明されました。使いやすいからです。
混亂の問題に関して言えば、あなたは ActiveRecord を?qū)W習(xí)しておらず、ActiveForm も使用していません。これらの組み合わせが最新の PHP フレームワークの中核です。これらの機(jī)能を適切に使用すれば、効率は非常に高くなります。 Yii2.0 では、クエリとパフォーマンスを分離する新しい ActiveQuery と、更新されたマルチリレーションシップ クエリが追加されています。時(shí)間があるときに確認(rèn)してください。
機(jī)能に加えて、セキュリティ設(shè)計(jì)、GII コードジェネレーター、開発者ツールバー、デバッグモード、Codeception デバッガー、フィクスチャデータカスタマイザー、Bootstrap 拡張機(jī)能など、無數(shù)の機(jī)能があり、學(xué)習(xí)曲線自體が簡単ではないのが問題です。これらの機(jī)能をネイティブ PHP として使用するのは簡単ですが、一度使用するとやめられなくなります。
これほど多くの企業(yè)が Yii を使用しているのに、それができないからといって、できないわけではありません。その CTO は愚かなのでしょうか。
------解決策---------
あなたは yii の欠點(diǎn)しか見ていません、私はそうは思いませんyii2 の利點(diǎn)がわかりません。どのフレームワークにも欠點(diǎn)はあります。
1. yii の最も重要な本質(zhì)は OOP です。
これが yii フレームワークの全機(jī)能であり、企業(yè)採用の主な理由でもあります
2. 前述したように、yii はさまざまな便利な機(jī)能を提供しているため、開発スピードが速いです。
3. ファイル構(gòu)造が亂雑です
これは完全に個(gè)人の習(xí)慣に従って整理されています。
protected
アクション
アクション
Create Action.php
ReadAction .php
Controllers
PostController.php
4. フォームの問題に関しては、これは個(gè)人のニーズによって異なります。作成したフォーム ページが満足できるものであれば、ActiveForm を使用できます。
もちろん、ActiveForm をまったく使用せずに、ActiveForm を使用して自分で HTML を作成することもできます。
使用する計(jì)畫。これは、雇用の圧力がないことを意味します
Yii2.0 は php 5.4 以降で動(dòng)作すると言われています
したがって、テンプレート內(nèi)の 投稿者の Yii テンプレートに対する批判は Smarty に対する批判でもあり、これはビジネス ロジックをビューから分離するためにテンプレート エンジンを使用するすべてのフレームワークに対する批判でもあり、MVC 設(shè)計(jì)に対する批判でもあります。 pattern
一言言ってみましょう 要するに、聞いてください

テンプレートに制御フローを?qū)毪筏郡龊悉稀marty のような獨(dú)自のテンプレート言語を作成する代わりに、php コードを使用する方が良いです。 Yii のように直接
少なくとも學(xué)習(xí)の難しさは軽減されます。PHP を?qū)W習(xí)した後、ようやくおいしい食事が食べられます。

PHP コードを翻訳できるようなフレームワークが欲しいです。クライアント上で実行されるものとして HTML で宣言され、JS コードに変換されます。これにより、php と js を?qū)Wぶ手間が省けます

-----解決策----------------------



個(gè)人的には、あなたの言ったことは意味がないと思います。あなたが言及した點(diǎn)は、フレームワークによって提供される?yún)gなる機(jī)能です。
1) ファイル構(gòu)造が亂雑です: フレームワークによって強(qiáng)制されます。アクションを別々に書くには？これは、Controller と書くことができます。 2) ビューを制御したいという欲求が強(qiáng)すぎる: 最初の點(diǎn)と同様に、この関數(shù)の使用を強(qiáng)制する人はいません。ActiveForm が有効かどうかを確認(rèn)するために自分でフォームを作成します。もっと便利

正式な企業(yè)は明確な分業(yè)體制をとっており、アーティストにフロントエンド要員の仕事をやらせたり、アーティストやフロントエンドエンジニアのプログラムさえやらせたりしないのは、ネットワーク構(gòu)築會(huì)社だけであることが事実で証明されています。もっとずるい非公式の會(huì)社はそうするでしょう、一人の給料を使って何種類かの仕事をするでしょう


フレームワークは仕事の効率を高めるための単なるツールです。組み込みの機(jī)能をすべて使用できるわけではありません。




-----解決策---------------------------- ----

Chtml フォームについては、ActiveForm を使用することも、使用しないこともできます。しかし、私は個(gè)人的に、Yii の最も優(yōu)れている點(diǎn)は OOP と MVC、そしてその魂であると考えています。実行時(shí)にすべてのクラスをロードするのではなく、必要に応じて使用してください。ここに効率性があります。これは、多くの企業(yè)が YII を必要とする理由でもあります。

------解決策----------------------Yii を使用して 2 つのプロジェクトを完了し、現(xiàn)在作業(yè)中です3 番目のプロジェクトを?qū)g行します。今回のプロジェクトは比較的大きく、より多くの機(jī)能があります。
最初の 2 つのプロジェクトでは他の人と協(xié)力し、完全に自分でやった後はチケット発行システムを構(gòu)築しました。全體的なインターフェイスの要件は高くなかったので、フロントは探しませんでした。 -終わり、すべて自分で書きました。
Yii の全體的なデザインは非常に使いやすいと感じています。上で述べたように、Nani には十分ではないと思われる機(jī)能がたくさんあります。 Yii には選択肢が 1 つだけあります。選択肢がないと感じた場合、それは単に Yii をまだ勉強(qiáng)する価値があると思います。
------解決策 --------------------
yii は確かに初心者にとっては少し複雑ですが、長く使ってみるとというメリットが実感できる、まさに優(yōu)れたフレームワークです。最初は感じられないかもしれませんが、後でメンテナンスするときに、必要に応じて変更でき、すぐに完了することができ、非常に便利です。もちろん、前提として、設(shè)計(jì)が合理的であることを確認(rèn)する必要があります
------解決策-------
1) ファイル構(gòu)造が亂雑です。
フレームワークなのでアクションは/protected/controllers/post/CreateAction.phpに分離できます。これにより、アクションとコントローラーが混同されやすくなります。