かなり主観的な質問で申し訳ありませんが、これについて私よりも経験豊富な方からの意見を得たいと思っていました。
私はかなり ajax 駆動型の PHP アプリケーションにはまっており、マークアップとクライアント側の動作をうまく分離していますが、私の PHP は少しずつごちゃごちゃになってきています。これまでのところ、部分に分割し、繰り返しがあまりないように構造化していますが、十分なコードでこれがどのように負担になるかを確実に理解し始めています。私は OOP と MVC について読んできましたが、CodeIgniter と Kohana のどちらにリファクタリングする価値があるかを判断しようとしています。直感的には、これは価値があるよりも多くの作業になるように感じますが、しばらくすると別の曲を歌っている可能性があることはわかっています.
あなたの経験では、今日、本格的なアプリケーションを手続き的に書くことは完全にハックだと考えられていますか、それとも手続き型/構造的プログラミングにより適した特定の種類のアプリケーションはありますか?
MVC と OOP は、とりわけ「方法」にすぎません。はい、それらは優れており、コードの適切な構造化を容易にし、頻繁に使用されますが、アプリケーションを開発できる唯一の方法ではありません。
たとえば、Drupal はいかなる種類のオブジェクト指向コードも使用していません。それはすべて手続き型です...そして、それは大きなアプリケーションであり、多くの成功を収めており、大規模なサイトでも多くの人々によって使用されています。多くのモジュールを開発しました...クラス/オブジェクトをほとんど使用していなくても！
私は個人的に、ほぼすべての種類の新しいアプリケーションに MVC および/または OOP を使用します。私はそれらを知っており、役立つという理由だけで-しかし、それらは優れたアプリケーションの開発に関しては必須ではありません。
プログラミングの 1 つのパラダイム (OOP でさえ) に完全に収まる大規模で本格的なアプリケーションを最後に見たのはいつだったか思い出せません。(つまり、「オブジェクト指向」が単一の統一されたものである場合。)
プログラムが OOP を使用していない場合は、まったく心配しませんが、1 つのパラダイムしか使用していない場合は少し心配です。（関数型プログラミングをまったく使用していない場合は、おそらくもっと疑わしいでしょう。）完全に同種の大きなタスクはないため、プログラム全体に1つのパラダイムを使用しようとしている場合、おそらくいくつかの領域に最適です.他人との相性が悪い。