そのフレームワークは開発者にとってケージであるべきだと思います.Kohana は多くの自由を与えてくれるので、他の人が 2 つのアクション関連のことをどのように処理するのか疑問に思っています:
内部アクション。つまり、非常に長いアクションがある場合、それを internal_action、internal_someotheraction などのいくつかのサブアクションに分割します。あなたはどう思いますか、それは良い習慣ですか？それとも、コントローラーの標準アクション以外の他の機能を避けるのでしょうか? では、ディテクトは内面性と呼ばれる行為なのだろうか？
を実行するだけで他のアクションにリダイレクトしたい場合があります$this->action_other;return;か? それとも、常に新しい HMVC リダイレクトを作成しますか?
単一のコントローラーまたは一連のコントローラー内のパブリック アクション間で機能を共有する必要があることがよくあります。そのため、コントローラー内でタスクを実行するためのプライベート メソッドまたは保護されたメソッドを作成するか、目的の機能を利用および/または指定するために、いくつかのコントローラーが拡張できるベース コントローラーを作成します。
また、特にフォーム処理シナリオでは、特定のアクションからの出力を生成したり関連付けたりするのではなく、必要に応じて要求されたアクションを処理した後で、別のアクションを呼び出して出力を処理するという状況もあります。必要なロジックに簡単にアクセスできるため、通常、これらのシナリオでは HMVC を使用しません。別のコントローラー内のロジックとコードに依存して、適切な出力/ビューを収集して設定するシナリオで HMVC 要求を使用することになります。必要なデータが既にある場合は、現在のコントローラーからビューを使用するだけです。
ベストプラクティスが何であるかについて話すことはできませんが、シナリオに大きく依存していると確信しています. すべてに対して HMVC 要求を行うには、確かに不必要なオーバーヘッドが必要です。