0

私は小さなPHP-MVCフレームワークを開発しています。その主な原則は、使用とデバッグの単純さ、そして移植性、パフォーマンス（とりわけ）、そして非常に簡単な学習曲線です。

さて、これまでのところ、これらは各アクションで（ほとんどのMVCフレームワークにとって）ほぼ必須のインクルードです。

- Controller.php (the controller class)
- View.php (the view class)
- Model.php (the model class, in my case I try no to use more than 2 models per action)
- template.php (the HTML template which is loaded by the View)
- language.php (a language file that loads translations)

私のフレームワークでは、ルーターとコントローラーは同じファイルにあります。実際にはルーターを使用しないため、_GETと_POSTからのアクションを解析するだけです。したがって、どのアクションが呼び出されても、試行するのが私の考えです。 6インクルード（include（））を超えることは絶対にしない（またはほとんどしない）。これのアイデアは、読みやすさとパフォーマンスを最高の状態で維持することです。

君たちはどう思う？それは良い考えだと思いますか？

ありがとう。

4

2 に答える 2

1

多くのインクルードは問題ありません。少なくとも、xcache や apc などの opcode キャッシング拡張機能では問題ありません。クラスをメモリにキャッシュし、後で使用できるように (ほぼ瞬時に) 保持します。

UML などとのクラスの相互作用を計画し、クラスとメソッドの使用量を減らすよりも、クラスとメソッドの単一の責任を優先する必要があります。

mvc が好きなら、mvc を使用して階層的なコントローラー呼び出しを有効にする h-mvc を検討することをお勧めします。また、ビューをテンプレート エンジンから分離するようにしてください。

于 2012-05-09T14:57:14.580 に答える
0

最初にインクルードを使用するポイントは、必要なものを絞り込むことです。これにより、コードを実行したり、まったく使用しない関数を定義したりする必要がなくなります。多くの軽量フレームワークは、「必要に応じてのみ使用する」というこの考え方に基づいています。フレームワークが6つのファイルしか必要としない場合は、粗いですが、コードを少しクリーンアップしますが、ロード時間、機能、有用性、再利用性、メモリ、可読性、デバッグ、保守性などの他の問題に遭遇します...それは実用的ではありません私の意見では、強制的に 6 ファイルのみに制限することをお勧めします。

于 2012-05-09T15:45:24.760 に答える