MVPのレンダリングロジックとビジネスロジックのガイドラインは何ですか？

Question

私はGWTアプリケーションを開発していましたが、forループが「ビジネスロジック」を構成し、MVPのビューの実装クラスにはいけないと言われました。つまり、私は自分のviewImplementationクラスでforループを使用することは決してありませんが、ループをPresenter（Activity）に入れ、viewImplementationクラスのメソッドを呼び出してループの各単一繰り返しタスクを実行します。

私はプレゼンターにウィジェットがなく、ビジネスロジックを持っていることを理解します。逆にviewImplementationクラスは、ウィジェットを持ち、レンダリングロジックを保持する場所ですが、forループをビジネスロジックとして分類するにはあまりにも厳しいガイドラインですか？

GWTを使用してMVPのビジネスロジックとビジネスロジックを分類するためのガイドラインはありますか？

Answer 1

私は「forループはビジネスロジックを構成する」というステートメントには同意しません。これはビジネスロジックではなく構文的な構造です。彼がその声明を作っているならば、あなたは"If文"を避けるべきである（IMO）。も同様です。どのように実用的かつ/または実行可能であろうか？

ビジネスロジックは、ループ構造内に配置するものであり、構造自体ではありません。それは本当にあなたがループ内に置いている論理がここの決定要因になるかどうかにかかっています。私は考えることができ

EDIT

一つの例では、「forループ」それが唯一のモデルに配置する必要がありますルールに従って一方ビューで、forループ見つけるだろう方法を示しています。

ユーザーがクリックして検索結果を絞り込むことができるA〜Zの文字を含むツールバーを作成するとします。

ビューは、ユーザーに表示する方法を担当します。このような理由から、私は、Viewでツールバーを生成するために以下のforループを使用することが最も適切なアプローチだと主張します。

擬似コード

Let TB <- Toolbar control 
for letter = 65 - 90 (A - Z) 
begin 
     let item <- Toolbar Item 
     set item's text to letter 
     add item to TB 
end 

これは、ループ常にためという声明を暴くように思われるビジネスロジックを構成するため、モデル内に配置する必要があります。