それはワードプレスでMVCフレームワークを使用することをお勧めですか？
WordPressの学習を始めたところ...すぐに開発が開始されます... WordPress用のMVCフレームワークから始めることをお勧めしますか？各開発者が自分のスタイルを使っているのでプラグインを理解するのは難しいです（ほとんどの場合スパゲッティコーディングのようなものです）... MVCフレームワークはプラグインをより保守しやすくするでしょう。 ？
wordPress用のMVCフレームワークから始めることをお勧めしますか？
あんまり。 WPには、MVCに対するネイティブの傾向や類似性はありません。
各開発者が独自のスタイルを使用しているため、プラグインを理解したり理解したりするのは困難です（ほとんどの場合、スパゲッティコーディングのようなものです）。
WordPressへようこそ。 :)疑いの余地はありません - 人々はMVCと同じくらい徹底的に台無しにすることができます。
mVCフレームワークはプラグインをより保守可能にするでしょうか.. wpでMVCアプローチを使用することの制限/制約はありますか？
あなたが特定のアプローチのための知識とスキルを持っているなら、それはあなたのために維持するのがより簡単でより便利でしょう。そしてその逆です。コード編成のためのWP開発には、ごくわずかな世界共通の慣習があります。
同じ問題を経験していたので、痛みを感じることができます。あなたがチームで働いていて、従うべき標準的な手順がない場合、物事はかなり速くなります。誰もが独自の方法でコードを書き始めますが、最終的にはスパゲッティコードのように見えます。私はほとんどの場合、経験豊富なWordPress開発者と仕事をしているため、頻繁に使用されるwp関数を既に認識しています。誰もが自分のスタイルを持っているというだけです。したがって、スパゲッティコードの問題を解決するには、定義された構造とコーディング標準が必要です。
私の場合、構造の問題を解決するために、従う構造を定義する定型文を作成しました。ボイラープレートは、モデル、ビュー、コントローラー間の懸念を分離することを目的としています。
Dveloperは、個々のModel、View、およびControllerクラスを記述する機会を得ます。また、コントローラー/モデルをロードするかどうかの懸念は、Routerに委任されます。あなたのコントローラーとモデルは、彼らがすることになっていることだけに集中できることを。これは、フットプリントを小さく保ち、高速に保つのに役立つと考えています。 Routerは、必要なモデル、コントローラー、およびビューを自動的に呼び出します。
これは定型的なものであり、完全なmvcフレームワークではないため、ORM、ヘルパー、その他の追加機能はありません。開発者がMVCコードを記述できるようにすることです。
構造の問題が解決されたので、コーディング標準関連の問題を見ることができます。コーディング標準の問題は簡単に解決できます。開発者はWordPressコーディング標準に従う必要があり、コーディング標準の問題に対処するにはphpcs、phpcbf、phpmdなどのツールを使用する必要があります。
ボイラープレートへのリンクは次のとおりです。 https://github.com/sumitpore/mvc-plugin-boilerplate-for-wordpress/