Laravelを学ぶ確固たる決意と理由をお探しですか?-PHPチュートリアル-php.cn

免責事項：この質問は私の広い想像に基づいており、いくつかの間違いがある場合はご容赦ください。

Laravel は正確に PHP の何を破壊しましたか? それは Composer を促進するためだけですか? Laravel のこれらの機能は PHP の本来の目的に違反していますか? PHP は元々軽量であることが特徴でしたが、現在は名前空間とパッケージ管理が追加されています。そしてLaravelの国内実用化プロジェクトとはどのようなものなのでしょうか？ WordPress のような究極のブログを開発するだけですか? GitOsChina には Laravel 関連のアプリケーションプロジェクトがあまり見つかりませんでした。GitHub が有名だからといって、国内の Git コミュニティの発展と貢献を無視することはできません。現在中国でも非常に人気があり、影響力のある Git サービスコミュニティとして、Composer の推進は必然的にプロジェクトのさまざまな依存関係パッケージの増加と誤用につながるため、PHP はますます規模が合わなくなることは避けられません。広く使えるものとして私が理解しているのは、間違いなく JQuery のようなスイスアーミーナイフです。軽量で高速で柔軟性があるため、これを使用して独自のニーズに合わせてさまざまなものを拡張および開発できます。 -end フレームワークも同様であり、このようなフレームワークは広く普及し、完全に開発され、利用される可能性があります。 Laravel はその職人技のせいで柔軟性が非常に低く、学習が困難であるなどの理由で、最終的にはごく少数のオタクやマニアだけのペットになってしまったのだと思います。

X サプリメント 20160621 00:36
X----------------------------------------------------- - --------------------+++>

まず、皆様の誠実なご回答に感謝します。私が付け加えておきたいことは次のとおりです。

@飞龙さんの見解に同意します:

php はもはや単純な php ではありません。私は Java について学びすぎて、スクリプト言語が持つべき柔軟性の一部を失っています。あなたの php の理解はまだ 3x 時代にあります。

名前空間とパッケージ管理について私が言わなければならないことは次のとおりです:

PHPは元々軽量であることが特徴ですが、名前空間とパッケージ管理が追加されました

あまり文字通りに考えすぎて、私の一般的な観点から逸脱しないことを願っています。また、Lavavel では、名前空間とパッケージ管理を PHP に変更させることはできません。結局のところ、Python、Node.Js、PHP は比較対象になりません。結局のところ、設計の目的と本来の意図が異なり、パッケージ管理の概念が他に存在しており、PHP はパッケージ管理の点ですでに大きく遅れています。私の意見では、中国には Laravel を使用してブログを作成している人が多く、WordPress と比較できるものはまだありません。 Composer の使用について。もう一つは、Lavavel という言葉は、少なくとも私にとっては、中国人にとってはあまり良くない言葉です。

多分私は @飞龙が言ったようにまだ 3x の時代に囚われているかもしれません、たとえそれが @JellyBool が言った通りだったとしても、それは私が進歩しない言い訳です。

しかし、皆さんの意見では、JQuery と BootStrap は確かに柔軟なフレームワークであり、私の問題を理由にこれらを一緒に批判することはできないと思います。

GitOsChinaを持ち込むつもりはありません。英語が苦手な人や科学的にインターネットサーフィンができない人にとって、GitOsChinaやコーディングなどのプラットフォームは、他の人に誤解を与えたり、

GitOsChinaは良くないと誤解させたりしないでください。 .net などは少なくとも提供していますこれは学習チャンネルです、少なくとも私が Git に興味を持ち始めた場所です英語が苦手な人はプログラミングを学ぶべきではないとは言えません。

皆さんの意見を踏まえて、私の個人的な考えは、最初に落とし穴が多くて数日起動できず見つからない場合は、まずLaravelを知り、機会に応じて連絡してみることです。それから、中国で本当に普及するまで待つ必要があります。JQuery のようなものが普及したら、ゆっくりと学習します。

以下は個人の現在の理解レベルのみを表しており、他のグループ、組織、または利益とは一切関係ありません

似合うものが一番いいね

X サプリメント 20160621 08:30

X----------------------------------------------------- - --------------------+++>

以下は、私の現在の理解レベルに関する個人的な意見を表しているだけです。私たちが理解していない基本的な概念から始めて、他のグループ、組織、利益は関与しません。

国内の Lavavel 崇拝者は、Lavavel について見下したような雰囲気で話し続けたり、クラフトマンシップ、アーティスト精神、軽量、簡潔でエレガント、PHP の最新機能などについて一日中話し続けて、あたかも彼がこう言ったかのように見せるべきではありません。 5x、7x などを行うには私に従ってください。なぜ Composer を使用しないのですか? 私はまだ 3x を使用していますか?私のような古い新人を攻撃するには、PHP の新しい機能をすぐに学ばなければ、PHP を使用する必要がなく、このサークルに参加できないようです。国産フレームワークを見下しています。 DreamWeaver CMS を見下し、WordPress も見下します。中国でまともな Git サービスを提供するために他の人がどれだけの努力と汗を流したのか、そして国内のプログラミング環境がどれだけ改善されてきたのかさえ見下します。一日中 GitHub について話すことはありません。誰もが中国のプログラミング環境と海外の環境について理解しているわけではありません。国内サービスプラットフォームの存在理由は、他の人がうまく開発できるかどうかの最終決定権を持っているのはあなたではないからです。

職人技という点では、Lavavel は Java の多くの人気フレームワークと同じくらい職人的ですか? Python の多くの人気フレームワークと同じくらいシンプルでエレガントですか? これらの言葉を乱用して誇張して賞賛しないでください。パッケージ管理がわかりにくい場合は、誰でも理解しやすいように情報を追加します。学習曲線がわかりにくい場合は、入力方法を簡素化し、最適化します。実行プロセスがわかりにくい場合は、プロセス分析を改善して改善します。中国語のサポートが良くない場合は、中国語の言語パッケージと中国語の情報をできるだけ少なくして、より多くの中国語の情報を書いてください。これらの後のファンが協力して、それを完成させる可能性は否定できません。将来的には、これを簡単に開始する方法を誰もが知っている必要がありますが、最初は Apache、Nginx、Mysql を構成する方法を知っておく必要があります。ワンクリック環境を使用することは、設定の知識を習得する必要がないという意味ではありません。それは、開始するための敷居が低くなるだけです。たとえば、VIM エディタを使い慣れている人は素晴らしいと言っていますが、一般の人にとっては最初は使いにくく、敬遠されてしまいます。まあ、だからそれはより広く人気があり、賞賛されています。

この質問は終了しました。理由: 正確な結果を取得できません

返信内容:

免責事項：この質問は私の広い想像に基づいており、いくつかの間違いがある場合はご容赦ください。

X サプリメント 20160621 00:36
X----------------------------------------------------- - --------------------+++>

まず、皆様の誠実なご回答に感謝します。私が付け加えておきたいことは次のとおりです。

@飞龙さんの見解に同意します:

php はもはや単純な php ではありません。私は Java について学びすぎて、スクリプト言語が持つべき柔軟性の一部を失っています。あなたの php の理解はまだ 3x 時代にあります。

名前空間とパッケージ管理について私が言わなければならないことは次のとおりです:

PHPは元々軽量であることが特徴ですが、名前空間とパッケージ管理が追加されました

多分私は @飞龙が言ったようにまだ 3x の時代に囚われているかもしれません、たとえそれが @JellyBool が言った通りだったとしても、それは私が進歩しない言い訳です。
しかし、皆さんの意見では、JQuery と BootStrap は確かに柔軟なフレームワークであり、私の問題を理由にこれらを一緒に批判することはできないと思います。

GitOsChinaを持ち込むつもりはありません。英語が苦手な人や科学的にインターネットサーフィンができない人にとって、GitOsChinaやコーディングなどのプラットフォームは、他の人に誤解を与えたり、GitOsChinaは良くないと誤解させたりしないでください。 .net などは少なくとも提供していますこれは学習チャンネルです、少なくとも私が Git に興味を持ち始めた場所です英語が苦手な人はプログラミングを学ぶべきではないとは言えません。

以下は個人の現在の理解レベルのみを表しており、他のグループ、組織、利益とは一切関係ありません

似合うものが一番 いいね

X サプリメント 20160621 08:30
X----------------------------------------------------- - --------------------+++>
以下は、私の現在の理解レベルに関する個人的な意見を表しているだけです。私たちが理解していない基本的な概念から始めて、他のグループ、組織、利益は関与しません

。

国内の Lavavel 崇拝者は、Lavavel について見下したような雰囲気で話し続けたり、クラフトマンシップ、アーティスト精神、軽量、簡潔でエレガント、PHP の最新機能などについて一日中話し続けて、あたかも彼がこう言ったかのように見せるべきではありません。 5x、7x などを行うには私に従ってください。なぜ Composer を使用しないのですか? 私は Composer しか使用しません。まだ 3x を使用していますか?私のような古い新人を攻撃するには、PHP の新しい機能をすぐに学ばなければ、PHP を使用する必要がなく、このサークルに参加できなくなるようです。国内のフレームワーク、DreamWeaver CMS、WordPress を軽蔑し、中国でまともな Git サービスを提供するために他の人がどれほどの努力と汗を流したのか、そして国内のプログラミング環境がどれほど改善されたのかさえ見下します。一日中 GitHub について話さないでください。誰もが海外に行く機会があるわけではありません。誰もが国内のプログラミング環境がどのようなものであるか、そして海外の環境がどのようなものであるかをよく理解している必要があります。中国では依然としてそのわずかな給料でコーディングを強いられている。国内サービスプラットフォームが存在する理由は、他の人がうまく開発できるかどうかの最終決定権を持っているのはあなたではないからだ。

職人技という点では、Lavavel は Java の多くの人気フレームワークと同じくらい職人的ですか? Python の多くの人気フレームワークと同じくらいシンプルでエレガントですか? これらの言葉を乱用して誇張して賞賛しないでください。パッケージ管理がわかりにくい場合は、誰でも理解しやすいように情報を追加します。学習が難しい場合は、入力方法を簡素化して最適化します。実行プロセスがわかりにくい場合は、改善して改善します。中国語のサポートが良くない場合は、中国語のパッケージと中国語の情報をできるだけ少なくして、より多くの中国語の情報を作成する必要があります。将来は私になりますが、誰もが簡単に始める方法を知っていることが前提です。誰もが Apache、Nginx、Mysql を使用できるわけではありません。最初からそれを設定する方法を知っておく必要があります。ワンクリック環境を使用することは、設定の知識を習得する必要がないという意味ではありません。ただ、開始するための敷居が低くなるだけです。たとえば、VIM エディタを使い慣れている人は素晴らしいと言っていますが、一般の人にとっては最初は使いにくく、敬遠されてしまいます。まあ、だからそれはより広く人気があり、賞賛されています。

実際、PHP が現在非常に複雑になっているのを責めることはできません。

PHP が誕生した当時は、WEB が比較的黎明期だったので、どのようにコードをコンパイルしても、小規模な CMS で十分でした。それはあまり遠くには行かないだろう。現在の PHP スクリプト言語はほとんどの問題を解決しており、HTML+PHP を混合したコーディング方法を使用してもそれほど違和感を感じることはありません。私の記憶が正しければ、このコーディングスタイルは「スパゲッティプログラミング」と呼ばれています。

WEB がますます複雑になるにつれて、混合コーディング方法は少し不十分になり、その結果、ページ内に PHP と HTML のコードが n 個交互に存在するようになり、後続のコーダー (私を含む) が増加しました。これは大きな問題であり、一般的なコードを抽出するために include を使用することはできないため、テンプレートの概念が登場します。現時点では、ロジックを PHP ファイルに記述することができます。このファイルには、プレゼンテーションコードからロジックコードを分離する必要な PHP ロジックコードのみが含まれています。

しかし、WEBの発展が早すぎて、すぐにリクエスト処理やデータベース接続、その他一般的なロジックを含めたロジック部分の処理を担うコードが再び巨大化し、バグを書けば書くほどバックエンドエンジニアが崩壊してしまいます。。そこで、誰かがこれらのロジックを分離するためのフレームワークを作成し、Codeigniter などの多くのフレームワークが登場しました。これらのフレームワークのほとんどは、論理部分が確実に引き継がれるように単一の入り口を使用し、MVC レイヤーを分離して、それぞれの役割を実行し、コードがスムーズに流れるようにします。しかし現時点では、PHP はもはや本来の PHP ではなく、今でもスパゲッティプログラミングを使用できますが、そのようなプログラミングは少なくとも多くの PHPer から軽蔑されるでしょう。彼らは、婉曲的に「階層化プログラミング」と呼ばれる新しいプログラミング方法を学ぶことを余儀なくされました。しかし、正直に言うと、レイヤーが分離されていた方がプログラミングははるかに快適です。（オーナーさんは、Laravel のプログラミング手法に多少抵抗があるので、このような MVC 階層型フレームワークを使ってプログラミングするべきだと思います。これも PHP の高速プログラミングの概念に違反していると言ったら、一番元の考え方に戻ってもらえますか？）プログラミング方法? 単なる推測です、間違っていても構いません)

。

その後、あるいは現在でも、WEB は単なる知識共有だけでなく、SNS ソーシャルネットワーキング、電子ショッピングモール、B/S サービスソフトウェアなど、バックエンドエンジニアとしては考えることがたくさんあります。そこで、さまざまな問題を解決するために飛び出した人たちがいます。問題があれば解決すればいいだけです（笑）。たとえば、ほとんどの人が古いフレームワークだと考えている Codeigniter を使用して電子ショッピングモールを作成することは、ロジックコードが少し長いかもしれませんが、大きな問題はありません。それを許容できるのであれば、ある日コードを見返すと、V 側のコードはまだ問題がなく、ロジックは比較的明確であり、単なる表示であり、何もする必要がないことがわかります。 M 側も問題ありません。SQL ステートメントが複雑すぎる場合でも、それはデータベース設計の問題でもあります。さまざまな GET および POST 値を受け取るためのコード、さまざまな論理計算を処理するためのコード、およびデータの検証を担当するさまざまなコードがあります。データ M をロードするためのさまざまなコードと、V 側をロードするためのさまざまなコードがあり、それぞれの関数には少なくとも数百行が含まれています。コードのロジック部分を抽出し、C 側にユーザー入力データの読み取りと M と V のロードのみを担当させる予定です。論理演算部分については、この部分が削除されるだけでなく、別のサービス層も削除しましょう。 C 側はよりシンプルになりますが、一部のサービスは再利用できるので一石二鳥です。それを解体し始めると、このレイヤーをライブラリに置く場所がないことがわかります。これは、階層的な場所ではなく、単に独立したライブラリを置く場所であると感じます。意味は似ていますが、ルールが死んだわけではないので、そのまま使用してください。ただし、比較的新しいフレームワークを使用する場合、それらはすべて PSR コーディング標準に準拠しており、既存の構造をまったく破壊することなくフォルダーをレイヤーとして作成して C 側で使用できるという点が優れています。 if 作成したコードは効果的に分離できるため、composer を使用すると、作成したコードを他のユーザーと共有できます。これは、多くの新しいフレームワークの優れた点の 1 つです。

では、PHP が本当に停滞し、誰もが昔からスクリプトによるプログラミング手法を常に使用しているとしたら、それは遅かれ早かれ淘汰されるでしょう。

もちろん、私は文句を言いたいのですが、さまざまな新しいフレームワークが多くの新機能をもたらしましたが、それらは学ぶのが難しすぎます...

ここが重要なポイントです: 上記は完全に個人的な不満であり、一部の場所は詳細に検証されていないため、単なるスナックとして扱っている可能性があります。間違いを指摘していただければ幸いです。荒らしは好きではありません。

さて、前線は戦いの準備ができています。以下は私の個人的な見解のみを表しており、他のグループ、組織、利益とは一切関係ありません

1. Laravel は PHP の何かを破壊するものではなく、PHP の多くの新機能を使用するだけです。

2. Composer はもともと PHP コミュニティの製品ですが、それを理解していないだけです。

3. Laravel の機能は PHP の本来の目的とは全く異なります。名前空間は PHP の製品であり、いわゆる 轻量的特色，每个技术产生的背后都是为了解决某个场景下的问题，简单而言，为了解决类和方法命名冲突，才引进的命名空间。我个人觉得，那些在github上维护PHP源码的人，做出对PHP加入命名空间的决策是比较正确的。维护所谓的轻量 機能に違反するものではありません。時代の変化に応じて言語がより問題解決に適したものにならなければ、結局その言語には活力がなくなってしまいます。

4. 個人的には、WordPress と Laravel は全く比較にならないと感じています。

5.ごめんなさいGitOsChina是国内很有影响力的Git服务社区这句话，在下实在不敢苟同。要说做开源，必然Github甩开其他所有git服务社区十万条街（修辞称之为夸张手法）。如果不是开源，是公司的商业项目，基本上的选择都是自建git服务，所有我完全没看好和感受到GitOsChina是国内很有影响力的Git服务社区。個人的には、GitOsChina が長く生き残ることはできないと思います (顔面平手打ちは歓迎します)。なぜなら、GitOsChina の生態系は本当に落ち込んでいるからです。

6.Composer的推广势必会造成项目各种依赖包的增加和烂用、現時点では、プロジェクトを読んだり書いたりする人はそれを悪用すべきかどうかに同意しません。

7.这样PHP必然会变得越来越不经量级あなたが言った軽量とは、不変を意味するのでしょうか?それは進歩を望まない単なるインターフェースです

8.肯定是像加JQuery一样的瑞士军刀，由于它的轻量级、快捷、灵活、軽量という点では、Jquery は決して上位には入りません。また、現在フロントエンド開発は Vuejs などの MVVM に傾いているため、Jquery が以前のような活力を得るのは困難です。

9.还有BootStrap前端框架也是，像这样的框架可以广泛流行并得到充分发展和利用。 Bootstrap のような CSS を重視するフレームワークを PHP コミュニティで見つけたい場合、それは Laravel でなければなりません。

10.Laravel的工匠精神，我想会造成了它很不灵活，学习曲线难等等问题。それどころか、IOC を理解していれば、Laravel は非常に柔軟です。

11.最后成为只有极少数部分极客和狂热者的宠物。 PHP コミュニティに注目し、外の世界を見たことがある人なら、このような考えを持たないはずです。

12.Laravel的国内实际应用项目到底有哪些。私には才能がないので、自分で書きました https://laravist.com

私の見解は、この状況に応じて、Laravel を学ぶ必要はまったくありません。結局のところ、自分に合ったものが一番良いです。誰もがさまざまな追求をしています。

誰もあなたにスプレーしたくありません

あなたの質問を読んだ後、私自身もいくつかの思考プロセスを経ましたが、結論のいくつかには同意できません。間違った仮定に基づいた結論は信頼できませんので、ご質問について表面的な見解を述べさせていただき、一緒に学びたいと思います。

Laravel は間違いなく優れたフレームワークですが、作者は自分が何かを「覆す」とか、何かを覆すことを望んでいるとは一度も言っていません。彼は自分のフレームワークを開発しながら、家族と時間を過ごし、コードをありがとうというただの普通のオタクです。、彼自身の起業家プロジェクト、Laravel フレームワークから派生した一連のデプロイメントサービス、SASS、コンサルティングサービスなどが散在しています。私は半年以上 Laravel に取り組んでいますが、このフレームワークが何かを覆すと言っている人を見たことがありません。おそらく、これを言う人は狂ったファンか、誇張された用語を使うことに慣れている人のどちらかだと思います。プログラミングでは、これらの誇張された言葉は無視してください。 Laravel は、PHP コミュニティの前任者たちの細心の注意と無私の貢献に基づいて構築されており、Symfony コンポーネントを含む他の多くの開発者のオープンソースプロジェクトを、Laravel であっても、Laravel が依存するライブラリであっても、完全に新しいものではありません。これは、PHP での独自の記述方法ではありません。どの依存関係コミュニティにも同様の実装が多数あります。

Composer と Laravel は直接的な関係はありません。前者は、コミュニティがある程度まで発展すると、開発者が多数の依存ライブラリを保守し、バージョンを更新するときに自然に発生する依存関係管理ツールです。 Web アプリケーションを自分で作成する場合、ルーティング、ORM、リクエストとレスポンス、検証、テンプレートエンジンなどの多くの側面を完了する必要がある可能性が非常に高いです。ここで突然、自分で書きたくない側面が 1 つ出てきます。プログラムが電子メール、ファイルシステムの抽象化、キューインターフェイスなどの十分な機能を備えている場合、プログラムを高速化するためにあらゆる面で前任者に倣わなければなりません。を開発し、それが得意な人にやらせてください。現時点では、依存関係の更新、競合、ロールバックを確実に維持できるツールは Composer だけです。コミュニティがある程度まで発展すると、たとえ作曲家がいなくても、序曲や歌手は存在します。現在、Composer は PHP コミュニティにおける事実上の業界標準となっています。それを理解していないということは、あなた自身の怠惰と無知を示しているだけです。たとえ Github にアクセスして PHP プロジェクトを検索したとしても、Composer が特定のフレームワークによって推進されているとは思わないでしょう。

「Laravel の機能は PHP の本来の意図に反している」と言ったのなら、その機能が何であると考えているか、PHP の本来の意図は何なのかを明確に説明した方が良いでしょう。

PHP の無私なメンテナーも、それを支える営利企業も、PHP の特徴が軽量であるとは決して言っていません。機能を追加すると、コミュニティには依存関係管理ツールが追加されます。は軽量なので、ユーザー数が多い言語の中で軽量な言語はおそらく存在しないでしょう。 PHP を始めるのは簡単ですが、愚かな方法でコードを書いてそれを当然のことと考えてよいという意味ではありません。今日の開発者は非常に病的な考え方を持っています。彼らは Sublime を軽量と呼び、PHPStorm を重いと呼びます。しかし、私が言えることは、機能の追加と発明は、複雑な議論と無数の人々の慎重な検討を経て、開発現場で多くの緊急のニーズが生じたということです。ただ座って他の人の本来の意図を疑うことはできません。もし、その言語やツールが本当にあなたに心を痛め、自信を失わせ、それが常識に反していると思うなら、心配しないでください。それは間違いなく排除されます。なぜなら、大多数の人は愚かではないし、市場は自然に排除するからです。無駄な製品を排除します。

国内のプロジェクトについては知りません。現在使用しているプログラミングツールのほとんどは「国内」で生産されていないので、できれば周りを見回さないでください。英語の結果にはまだ素晴らしい情報がたくさんあります。 . ちなみに、Laravel は人々のプログラミングスタイルに大きな影響を与えるフレームワークなので、注意して使用しないと、以前のヌードルコードを書くのが困難になる可能性があります。

WordPress はプラグインを多用したコンテンツシステムで、あまり詳しくありませんが、Laravel とはまったく同じ分野ではなく、異なる方向性を追求しているように感じます。

GitOSChina は、中国におけるそのようなサービスを含めて、あまり影響力を持っていません。彼らは、フォーラムやアウトソーシング市場の追加がマイクロイノベーションであると考えているため、本質的には、エネルギーの低い国内の開発者から利益を上げています。 . なんて考え抜かれた中国語の文章なので、頭を使う必要はまったくありません。いつも Github を使っている人は、あなたが話しているものを使う可能性は低いです。まず第一に、Github には世界で最も多くの開発者がおり、大企業や組織としては最も多くの製品をオープンしています。一方、ここには地球上で最も賢い人々が集まっています。プログラマーの皆さん、彼が実際にテクノロジーの仕事をすることを期待していますか?世界に必要な Git コミュニティは 1 つ、おそらく 2 つだけですが、もう 1 つは、間違いなくあなたの言うようなものではなく、GitLab を使用している数人によって急遽設立された大規模なコミュニティです。「Github が有名だからといって、国内の Git コミュニティの貢献を無視することはできません。誰も意図的に無視しているわけではありません。彼らはそれをまったく認識していません。」

「Composer の推進により、プロジェクト内のさまざまな依存関係パッケージの増加と不適切な使用が避けられないため、必然的に PHP はますます重要ではなくなります。」、ファイルの数に基づいて重要性を判断するのは少し性急です。 1 ページのコードは、たとえ書き方が悪くても、より多くのリソースを消費し、10,000 ページよりも重くなります。 Opcache を開くとき、PHP はセミコンパイル言語ですが、ほとんどのシステムでは、ファイルが数十個増えても少なくても、大きな違いはありません。

「JQuery を使用すると、スイスアーミーナイフのようなものになるはずです。」 jQuery はスイスアーミーナイフではありません。これは、ブラウザーの初期開発、不完全な標準サポート、および IE を中心とした進歩的な製品から派生した単なる互換性ソリューションであり、さまざまな環境で API の記述を統一できるようになります。もちろん、今日の彼の役割も同じです。そして、その統一されたインターフェイスにより、今後も長く普及するでしょう。しかし、すべてを収納できる大きくて包括的なものをスイスアーミーナイフと呼ぶことはできません。

職人技とはLaravelのWebサイトで主張されている通りであり、エレガンスも同様であり、著者は常にこのフレームワークを思い出させる言葉があります。より複雑な 2 つのフレームワークを使用した私の経験から判断すると、Laravel は非常に単純なフレームワークであり、OOP の基盤があれば、ドキュメントを読むだけですぐに開発できます。は何も書いていませんが、この文書の驚くべき内容を見ると、使いやすさに基づいてさまざまな複雑な使用シナリオを考慮できることにため息が出るでしょう。 Laravel は「一部のオタク」のペットではありません。中国本土では、過去 3 年間で Laravel の人気が第 1 位にランクされており、2015 年以降、ユーザー数と注目度も増加しています。詳細については、index.baidu .com にアクセスして検索インデックスを確認し、すべての期間をドラッグして成長曲線を確認してください。コードモンキー（高等教育が整備されておらず、営利目的で行われている）を輩出する訓練機関が本土のあちこちに存在するにもかかわらず、訓練機関との綿密な協力関係が確立されている一定の枠組みがあり、コードモンキーを輩出することのできない土地では、特定のフレームワークなしでコードを書く Laravel はゆっくりと成長しています。自分自身を新たな高みに成長させたいと願うより多くのプログラマーに受け入れられます。

書いている途中で、もう書きたくなくなりました。寝たふりをしている人を起こすのはとても難しいからです。日々コンテンツを作成する必要がある職業ですが、たまたま新しいものを最大の敵と見なしています。彼はまた、自分の唯一の知識を使って、原因と結果を説明できない不当な推論を行います。意見を言う権利は誰にでもありますが、理解できないことに出会ったときは、他人に納得のいかない結論を提示するのではなく、まずは学んで理解することが先決だと思います。

個人的にはあなたが誤解していると思いますlaravel 和 composer 的关系，高兴的就是，你通过laravel 认识了 php 有 composer 类似的依赖管理工具
至于说因为 composer 的引入，造成项目各种依赖包的增加和烂用、ノードの npm、Python の pip、Ruby の gem などを見て、それらが不正行為を引き起こしていないかどうかを確認することをお勧めします

laravel が盗用した rails ，的确他们有很大的相似，laravel 可以说是全栈的开发框架，快速的进行web开发，引入web中的最佳解决方案，引入最合理的技术，比如说引入了 composer 依赖管理
至于你说的不灵活是什么？哪里看出来不灵活了？
至于你说的学习曲线，的确 laravel 的学习曲线相对其他框架来说较高 と言う人もいるでしょうが、これも相対的なものであり、学習曲線が高いということは、よく学んだ後の開発がより速くなることを意味します。

他人の言うことに従わないことをお勧めします。自分に合ったフレームワークを選択するのは悪いことではありません。
気分が悪くなっても、laravelを学ぶ理由を探す必要はありません。

Laravel は PHP の何を破壊したのでしょうか? Composer を促進するためだけですか? PHP5.3 には Larevel に加えて Composer を使用するプロジェクトがたくさんあります。
Laravel のこれらの機能は PHP の本来の目的に違反していますか? PHP は元々軽量であることが特徴でしたが、現在は名前空間とパッケージ管理が追加されています。

これはたまたま現代の成熟した言語の特徴であり、

PHP は軽量言語ではありません。

そしてLaravelの国内実用化プロジェクトとは何でしょうか？ WordPress のような究極のブログを開発するだけですか?

larevel は数年前から立ち上げられており、これを使用して多くの国内プロジェクトが開発されています。さらに、WordPress はもはやブログではなく、小さな CMS です。

そして、GitOsChina には Laravel 関連のアプリケーションプロジェクトがあまり見つかりませんでした。GitHub が有名だからといって、国内の Git コミュニティの発展と貢献を無視することはできません。 GitOsChina も現在では国内プロジェクトとして非常に影響力のある Git サービスコミュニティです
。

本当ですか？「有名な」GitOsChina については聞いたことがありませんが、Github は開発者界ではよく知られています。そして、国内外でlarevelを使用するプロジェクトはますます増えていくでしょう。

Composer の推進により、プロジェクト内のさまざまな依存パッケージの増加と不適切な使用が必然的に発生するため、PHP は必然的に計り知れないものになります。

Nodejs、Python、その他の言語にも独自のパッケージマネージャーがあり、悪用を見たことはありません、PHP 自体は軽量言語ではありません。

広く使用できるものとして私が理解しているのは、間違いなく JQuery のようなスイスアーミーナイフです。軽量で高速で柔軟性があるため、独自のニーズを満たすためにさまざまなものを拡張および開発するために使用できます。 BootStrap フロントエンドフレームワークとして、このようなフレームワークは広く普及しており、完全に開発および利用できます。

あなたが言及したものはどれも軽量ではなく、私の意見では、それらはすべて重いか肥大化しています。