オブジェクトリレーショナルマッピング
M メソッドがモデルを迅速にインスタンス化した後、オブジェクトはフィールドを直接呼び出して値を割り当てます。新しいフィールドを追加するには、find メソッドのパラメーターを直接呼び出して、現在のデータを主キー値として取得します。 select メソッドのパラメータを使用して、主キーの値に一致する各エントリ データを取得し、そのフィールドを直接呼び出してフィールド値を変更し、 save メソッドを使用してデータの更新を完了し、主キー値として delete メソッドのパラメータを直接呼び出して、現在のデータ レコードを削除します。
! ! ! ! ! ! ! ! !明日の課題は、動的レコード ORM を使用して、商品の追加、削除、変更、検索を完了することです。 ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! ! !
確認してください
create メソッドによって作成されたデータ オブジェクトはメモリに保存され、add メソッドまたは save メソッドが使用されるまで実際にはデータベースに書き込まれません。 create メソッドに値が渡されない場合、デフォルトで $_POST データが取得されます。ユーザーがスカラー コンテンツを送信する場合は、実行可能な HTML コードを手動でフィルタリングする必要があります。 htmlspecialcharsメソッドを使用すると不正な処理が可能です
データ メソッドは、データ オブジェクトを作成するためのメソッドでもあり、データ メソッドを使用して作成されたデータ オブジェクトは自動的に検証およびフィルタリングされません。不正なデータ型や存在しない文字列も自動的にフィルタリングされます。
create() 関数のワークフロー: データ ソースの取得、データ ソースの正当性の検証、フィールド マッピングの確認、送信ステータスが新規か編集済みかを判断、自動データ検証、フォーム トークン検証、フォーム データ割り当て、自動データ生成、生成データオブジェクト
カスタム モデルを呼び出し、カスタム モデルで protected $_validate = array() を定義します。配列は検証条件です
Array('検証するフィールド名', '検証ルール', 'プロンプト' in array()、条件 0 はフィールドが存在する場合に検証を意味し、1 は検証が必要であることを意味し、2 はデータが存在する場合に検証を意味します!!!!! ! ここはまだ勉強する必要があります! フィールドの一意性、長さの範囲が空ではない、判定は同じ、検証コールバック関数の検証
オートコンプリート
カスタムモデル側にも保護された変数を作成します $_auto = array();
同じ配列内に、特定の配列があります ('fill field'、'fill rules'、fill time 1 が増加、2 が更新、3 がすべて、'追加ルール関数のコールバック フィールド文字列のデフォルト')
これらの項目はどちらも、create メソッドの実行時のデータ検証中に検証されます。
さらに、カスタム データ モデル側で保護された変数を割り当てるだけでなく、アクティブ セグメントでデータ ルールを作成し、モデル オブジェクトの setProperty メソッドを呼び出し、以前に作成したデータ ルールを _validate _auto に割り当て、最後にメソッドを作成します!