問題タブ [zend-framework]

次のようなものがあるとしましょう：

変数に詰め込んで、$db->fetchAll($select)->toArray のように吸盤を呼び出すことはできますか?

Eclipse の Zend Framework でプロジェクトをデバッグしたいと考えています。Zend Debugger はすでにバッドを実行していますが、Eclipse のデバッグ ツールに問題があります。それは追加の GET パラメータを与え、Zend のプロジェクトはそれを好まない。

ググってみたらこれ見つけた

.htaccessファイルを変更しましたが、機能しません。

ページの書き換えルールには、Apacheが機能しない未知のフラグがいくつかあるため、完全に正しいかどうかはわかりません。

Eclipse作成のリンクは

http://localhost/?debug_start_url=http://localhost/&debug_session_id=1007&start_debug=1&debug_host=127.0.0.1&debug_no_cache=1229359621130&debug_port=10000&send_sess_end=1&original_url=http://localhost/&debug_stop=1

カテゴリのアイテムのリストを作成していますが、問題はアイテムが複数のカテゴリに属する​​可能性があることです。アイテムをカテゴリに格納するためのベスト プラクティスは何ですか?また、カテゴリとその子カテゴリ内のすべてのアイテムをどのようにリストしますか? この問題を解決するために Zend Framework と MySQL を使用しています。

返信ありがとうございます。

私の英語でごめんなさい:)

しばらく前にこの質問をしましたが、現在、データベース アクセス レイヤーとドメイン レイヤーを実際に分離する方法を検討しています。また、ビジネス ロジックをそれが属するドメインに移動し、コントローラー スクリプトから除外する作業も行う予定です。

データ アクセス レイヤーにテーブル データ ゲートウェイと行データ ゲートウェイ パターンを実装する Zend Framework を使用していますが、データ アクセス レイヤーとは別のドメイン レイヤーを構築する方法を実際に定義できていないようです。ドメイン ロジックがデータ アクセス ロジックと共存する Active Record パターンの使用を検討しましたが、次のような状況が少なくとも 1 回は発生し、Active Record では処理できないと思います。

person_id および userType フィールドを含む単一のテーブル「Person」があります。

各 userType (管理者、バイヤー、アソシエイト、スーパーバイザー) には、関連付けられた特定のビジネス ロジックがあり、すべてのタイプは Person オブジェクトからいくつかの基本機能を継承します。

特定の 1 つのタイプのユーザーだけに属するビジネス ロジックを使用して行データ ゲートウェイ オブジェクトを肥大化させたくはありませんが、さまざまなタイプのユーザーを表すドメイン層を構築する方法がわかりません。たとえば、PersonGateway オブジェクトを含む Person オブジェクトを作成してから、ゲートウェイ オブジェクトに呼び出しを渡すラッパー関数を作成するか、または Person オブジェクトを作成して PersonGateway オブジェクトを拡張し、必要な特定の関数のみを実装するか?

同様に、私は通常、これは (部分的に) ファクトリの問題であり、userType に基づいて正しいサブクラスをインスタンス化するファクトリ メソッドが必要であると考えています。Zend Framework の Zend_Db クラスを使用する場合、これが依然として最良の方法ですか?

Zend_Db の上にドメイン モデルを適切に作成する方法について説明しているチュートリアルへの提案やリンクは大歓迎です。

データアクセス層とは別のドメイン層をZendFrameworkで作成しています。データアクセス層は、テーブルデータゲートウェイと行データゲートウェイの2つの主要なオブジェクトで構成されています。この以前の質問に対するBillKarwinの回答によると、ドメインのPersonオブジェクトに次のコードがあります。

ただし、これは個々の行でのみ機能します。また、テーブル全体を表すことができ、（おそらく）テーブル内のすべてのPersonを反復処理して、使用する適切なタイプのperson（admin、buyerなど）オブジェクトを返すために使用できるドメインオブジェクトを作成する必要があります。基本的に、私は次のようなものを想定しています。

これは、この特定の問題を処理するための良い/悪い方法ですか？デザイン全体にどのような改善や調整を加える必要がありますか？

コメントや批判をよろしくお願いします。

name、email、company_id、personType などのフィールドを含む Person テーブルを持つデータベース構造があります。すべての Person が必ずしもシステム ユーザーのものであるとは限らないため、システム内の User である Person の userName と password を定義する別のテーブル User があります。

Person テーブルのテーブル データ ゲートウェイを定義する次のコードがあります。

そして、このコードは Person のドメイン オブジェクトを定義します。

最後に、ユーザー用の別のテーブル データ ゲートウェイがあります。

そして、Model_Person テーブルを次のように拡張する基本クラス:

「Model_User」クラス (1 つを除く他のすべてのタイプのユーザーの基本タイプを提供する) を適切に拡張して、1 つのテーブルにマップする「Model_Person」クラス関数を使用すると同時に、実際の「Model_User」関数をマップして使用するにはどうすればよいですか?セカンドテーブル？

RESTサービスのルートをいくつか書いています。私のリソースのURIの1つは次のようになります

resources / user /：id

また、ユーザーの個々の属性へのアクセスを許可したいのですが、これは次のようになります。

resources / user /：id /：attribute

しかし、後者のルートを定義しようとすると、機能しません。これがルートが定義されている私のiniです

ブラウザでresources/user / 4 / reviewsにアクセスしようとすると、次の出力が表示されます。

つまり、コントローラーが「リソース」であり、アクションが「ユーザー」であるため、2番目のルートが正しく処理されていないことは明らかです。私はここで何が間違っているのですか？これを実装する方法を説明する例は、私が見つけたZendサイトにはありません。

そして、私はこれを行うためだけにモジュールを使用したくありません-URIに一致するようにフォルダーなどの作成を回避することは、ルーティングシステムの全体的な目的です。

私は次のようにZend_Formを拡張するクラスを持っています（簡略化）：

次に、そのクラスを使用してすべてのフォームを作成します。

私の見解の1つでは、この1つのフィールドのみを表示する必要があります（Zend_Formによって生成されるものは他にありません）。だから私の見解では私はこれを持っています：

これは、次のようなフィールドを生成することを除いて、正常に機能します。

これは明らかに、要素デコレータにHtmlTag：tag=>'li'を含めるように設定したためです。

私の質問は、この要素のすべてのデコレータを無効にするにはどうすればよいですか。非表示の入力要素にデコレータは必要ありません。

私は、ワードプレスの外部でカスタムデータを管理するいくつかの複雑なインターフェースを強化するために Zend Framework も使用するページで wp_list_pages() を呼び出すことができるようにしたいプロジェクトを持っています。

このページは、ユーザーがまだ適切なレベルの認証でログインしていない場合、ユーザーを wordpress ログイン画面にリダイレクトする必要もあります。

これは高レベルでどのように機能しますか。つまり、ワードプレスのブートストラップ ファイルを編集して、特定の URL などに基づいてカスタム インターフェイスを条件付きで実装する必要がありますが、そのカスタム インターフェイスで wp_list_pages() を呼び出すことができるように特定のファイルを含める必要がありますか? ?