問題タブ [dry]

ビューでフォームを処理するために提案されたパターンは、私には過度に複雑で非DRYのように見えます。

これは多くの条件文であり、ContactForm（）構造を繰り返し、ビューがフォームを処理する必要があるすべての場所でブロック全体が繰り返されます。それを行うためのより良い方法はありませんか？

すべてのコントローラーの beforeInterceptor ブロックに次の同一のコード ブロックがあります。

すべてのコントローラーでまったく同じコード フラグメントを繰り返すと、DRY に違反します。「グローバル」beforeInterceptorを定義する標準的なGrailsの方法はありますか?

とりわけ、次のモデルクラスがあります。

繰り返す回数:through => :subscriptions, :source => :userが気になります。私はルートファイルで知っていますmap.with_options. モデルの関連付けにそのようなものはありますか?

私は今日この記事を読みましたhttp://dotnetslackers.com/articles/silverlight/Silverlight-3-and-the-Data-Form-Control-part-I.aspxあなたが持っているSilverlightアプリ内でのMVVMパターンの使用についてドメインエンティティと、基本的に実際のエンティティオブジェクトのサブセットである特定のエンティティを表示します。これは明らかに DRY の原則に違反していませんか? もしそうなら、どうすればうまく対処できますか？

CouchDBのビュー間でコードを共有するにはどうすればよいですか？

例1-ユーティリティメソッド

Jesse Hallettには、次のようないくつかの優れたユーティリティメソッドがあります。

すべてのビューがアクセスできるように、このコードをどこに置くことができますか？

例2-定数

同様に、アプリケーションで使用する定数についても同様です。どこに置くか

例3-フィルターのフィルター：

「これは金持ちですか？」でフィルタリングする1つのビューが必要な場合はどうなりますか？

もう1つは、名前でインデックスを作成します。

それらを「名前で金持ち」のビューに組み合わせるにはどうすればよいですか？

Rubyに相当するものが欲しい

どうすればドライヤーになれますか？

構造がこれに似ているいくつかの単純な Java コードがあります。

のかなりの数のサブクラスがあり、それぞれ独自BaseClassの方法でメソッドを実装します (テンプレート メソッド パターン)。getName()

これはうまく機能しますが、サブクラスに冗長なコンストラクターがあるのは好きではありません。タイプするのが多く、維持するのが難しいです。コンストラクターのメソッド シグネチャを変更する場合、BaseClassすべてのサブクラスを変更する必要があります。

サブクラスからコンストラクターを削除すると、次のコンパイル時エラーが発生します。

Implicit super constructor BaseClass() is undefined for default constructor. Must define an explicit constructor

私がやろうとしていることは可能ですか？

私は Ruby から Objective-C に移行し、次のことを続けています。

.h ファイルで、次に .m ファイルで:

上部と

解放中。

追加は4ステップfoo！ベテランの Objective-C プログラマーは、クラスに新しいインスタンス変数を追加するたびに、4 つの手順すべてを手動で行うのでしょうか? これをDRYにする方法がありませんか？

Railsアプリに接続するCairngormFlex3アプリを構築するのに苦労しています...私はRailsDRYアプリに慣れており、設定より規約もそうです..そしてCairngormはこれらにひどいです。

フレックスコードを可能な限りドライに保つにはどうすればよいですか？

少なくとも各コマンドのデリゲートを回避するために、ジェネリックデリゲートを実装しました。他のアイデアはありますか？

これは、私のアプリケーションの更新メソッドからのコードのスニペットです。このメソッドは、params [：assigned_ users_list_id]内のユーザーIDの配列にPOSTされます。

アイデアは、正しいもの（DBには存在するがリストにはないもの）を削除し、正しいものを追加する（その逆）ことによって、DBアソシエーションエントリを送信されたばかりのエントリと同期させることです。

それはうまくいきます-素晴らしいです！

私の最初の質問は、これらの「if」および「unless」ステートメントは完全に冗長ですか、それともそのままにしておくのが賢明ですか？

次の質問は、この直後にこの正確なコードを繰り返したいのですが、「割り当てられた」の代わりに「サブスクライブ」を使用します...これを実現するために、テキストエディタで検索と置換を行っただけで、ほぼこれが残ります私のアプリで2回コーディングします。それはDRYプリンシパルとほとんど一致していません！

明確にするために、「割り当てられた」という文字のすべてのインスタンスは「サブスクライブされた」になります。params [：subscribed_ users_ list_ id]が渡され、@ task.subscribed_users.deleteuserなどを使用します。

このコードを繰り返さずに繰り返すにはどうすればよいですか？

いつもありがとう

おそらく単純な質問で、何かが足りないだけですが、アイデアがありません。

私は Django プロジェクトをいくつかのサイトに提供しsessions.py、まったく異なるROOT_URLCONFs を使用しています。1 つのサイトはユーザー登録、認証、およびプロファイル設定を処理し、別のサイト (別のドメイン上) はファイル マネージャーとして機能します。サイトは同じ DB、メディア、およびテンプレートを共有しています。すべてのサイトが同じユーザーベースを共有しており、一種の透過的なシングル サインオン/シングル サインオフ メカニズムを実装しています。これは、複数のドメインにまたがる 1 つの大きなサイトのようなものです。

問題は、テンプレートに多くの{% url %}タグがあり、テンプレートが他のサイトで使用されている場合に機能しないことです。また、URL のハードコーディングはできるだけ避けたいと考えています。

たとえば、サイト A (a.example.org) には

A の URLconf のエントリ。次に、global_menu.html私が持っているいくつかのテンプレートで{% url list_users %}、明らかに完全に機能し、「/users/」になります。

現在、サイト B (b.example.org) があり、多くの内部構造を A と共有しています。共通のルック アンド フィールを持たせるために、global_menu.htmlサイト Bでも同じものを使用し、 {% url list_users %}" " を出力したいと考えていますhttp://a.example.org/users/。これを達成するための最良の方法は何ですか?

現在、私はglobal_menu.htmlサイトごとに別々に使用していますが、これは DRY の原則に反しており、あまり便利ではありません。そして、はい、私は Django のフレームワークを使用しており、サイトごとにcontrib.sites個別SITE_IDの が定義されていますが、実際には他の場所ではまだ使用していません。settings.py

更新url：現在、タグまたはモンキーパッチを再実装reverse()して、元のものを呼び出し、例外で「外部URIリスト」で追加のルックアップを実行することを考えています。このようなものが既に存在する場合 — 喜んで伺います。

回答ありがとうございます！