あらゆる WEB 動作はモジュールの操作として考えることができ、システムは現在の URL に基づいて実行されるモジュールと操作を分析します。この分析作業は URL スケジューラによって実装され、公式の組み込み Dispatcher クラスがスケジューリングを完了します。 Dispatcher スケジューラでは、現在実行する必要があるプロジェクト (appName)、モジュール (moduleName)、およびオペレーション (actionName) が
http://servername/appName/moduleName/actionName/params に従って取得される場合があります。 、appName は必須ではありません (通常は Web サイトのホームページです。プロジェクト名はエントリ ファイルで指定できるため、その場合 appName はエントリ ファイルに置き換えられます)。より複雑な状況では、グループ化 (groupName) も表示される場合があります。
各モジュールは、通常コントローラーと呼ばれるものに似たアクション ファイルです。システムは、プロジェクト クラス ライブラリのアクション ディレクトリで関連するクラスを自動的に検索します。見つからない場合は、例外が発生します。投げられる。
actionName 操作は、最初に Action クラスのパブリック メソッドがあるかどうかを判断し、存在しない場合は引き続き親クラス内のメソッドを探します。自動的に一致するテンプレート ファイルがあります。テンプレート ファイルが存在する場合は、テンプレート出力が直接レンダリングされます。
したがって、アプリケーション開発における重要なプロセスは、さまざまなモジュールの特定の操作を定義することです。アプリケーションがデータベースと対話する必要がない場合、モデル クラスを定義する必要はありませんが、アクション コントローラーを定義する必要があります。アクション コントローラーの定義は非常に簡単で、アクションの基本クラスを継承するだけです。例: マイクロファイバー クロス
コードをコピー コードは次のとおりです:
class UserAction extends Action{
}
Copyコード コードは次のとおりです。
class UserAction extends Action{
// add 操作メソッドを定義します。この操作メソッドにはパラメータが必要ないことに注意してください。
public function add(){
// の論理実装。追加操作メソッド
// …… バスマット
$this-> ;display(); // 出力テンプレート ページ
}
}