2010-12-15 6 views
1

変換は第1層(UI)で行うことができますか?私は個人的にプロジェクトnamespacemyProjectNamespace.Utils)下Utilsのclass/namespaceを作成するこれらの操作の種類については3層(3層)のオブジェクト(画像)を別のオブジェクト(バイト)に変換

+2

変換*はどこでも行えます。問題はそれほど深刻ではありません。それはアプリケーションが何をしているのか、それがどういうものなのかによってまったく異なります。あなたは役に立つ情報を得るためにいくつかの情報を提供する必要があります。 –

+0

[3層の画像を文字列に変換する]の複製が可能です(http://stackoverflow.com/questions/4447438/convert-string-to-image-in-3-tier) – dtb

+0

UIの変換が行われない悪い練習 – CoffeeCode

答えて

1

。 、計算...

BLL(ビジネスロジック層)で、このクラスのフォーマット変換のためのpublic staticメンバーとststicクラスを入れて時間のほとんどが、時にはあなたは、異なる層に異なるUtilsを必要としています。画像を仮定

+0

BLLは検証のためのものですか?なぜ変換するのですか? –

+0

BLLは検証用ではありません。これはLogicを置くのに適しています。 'Utils'は' UI'や 'DAL'と比較して、ほとんどの場合、最も良い場所です。 –

+0

' Utils'とは何ですか?どの層が 'validation'に専念していますか? –

0

が入力される - 入力は、通常を介してシステムに入って来る:

  • フロントエンドインターフェイス/ UI。
  • バックエンドインターフェイス(サービス)。
  • API呼び出しです。

入力がUIに固有のものなら、それはUI固有のものであり、そこに座るべきであることを示唆します。

同じルール/原則が他の入力「チャネル」に適用されます。

呼び出されているAPIがBLにある場合は、それが座っている場所です。

Where Yousefvandは、複数のコンポーネントがそれを使用している場合、おそらく再利用可能なライブラリの一部を入れるための良い候補になるということです。

そう...

の変換は、第一層(UI)で行うことができますか?

はいもしあなたが使用しているUI/UI技術に固有の変換しているもの。そうでなければになる可能性があります。この場合は、おそらくユーティリティでコンバータを実装するほうがよいでしょう。

関連する問題