2

私は Zend Framework でレイヤード アーキテクチャを使用しています。

私はMVCを持っています:

コントローラ > (DTO) サービス (サービス層) > (DO) リポジトリ > 永続性

今、私は画像ギャラリーを処理する必要があります。アップロードの処理はフロントが担当しているが、親指の生成はどこが担当しているのだろうか?

サイズ変更を処理し、ファイルをストレージサーバーフォルダーに移動するサービスに一時パスを渡して、写真を前から一時フォルダーに保存する必要がありますか?

または、写真のサイズ変更/保存プロセスを前面から処理し、写真の URL のみをサービスに渡す必要がありますか?

サービス レイヤーの目的は、アプリケーション ロジックを移動し、コントローラーをスリムに保つことです。しかし、そのような場合、誰が何の責任を負っているのか本当にわかりません:)

何かアドバイスはありますか?

4

1 に答える 1

2

「そのような場合」とはどういう意味ですか? あなたの戦略がすべてのロジックをサービス レイヤーに配置することである場合、躊躇する理由が見つかりません...

親指を生成することは決して「特別な」プロセスではないため、通常どおり専用のサービスで行う必要があります。フロントレイヤーによって画像が一時ファイルとして保存される方法に関する付随的な詳細は、それを変更するべきではありません。

フロントはデータをアップロードする方法を知っています。それで問題ありません。次に、画像処理サービスが主導権を握り、必要なサムを生成します。

h番目

于 2010-06-03T12:16:30.973 に答える