问题标签 [dry]

在视图中处理表单的建议模式对我来说似乎过于复杂和非 DRY：

这是很多条件，它重复了 ContactForm() 构造，并且在视图需要处理表单的任何地方都重复了整个块。难道没有更好的方法吗？

我在所有控制器的 beforeInterceptor 块中都有以下相同的代码块：

在所有控制器中重复完全相同的代码片段违反了 DRY。是否有一些标准的 Grails 方法来定义“全局”beforeInterceptor？

我有一个模型类，其中包括：

重复的次数: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——过滤器的过滤器：

如果我想要一个按“这是一个有钱人吗？”过滤的视图怎么办：

另一个按姓氏索引：

如何将它们组合成“姓氏富人”视图？

我有点想要 Ruby 的等价物

我怎样才能成为 DRYer？

我有一些简单的 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 程序员是否每次想要向类添加新的实例变量时都手动执行所有四个步骤？我错过了使这个干燥的方法吗？

我很难构建一个连接到 rails 应用程序的 Cairngorm Flex3 应用程序......我已经习惯了 rails DRY approad，以及 Convention over Configuration 的事情......而且 Cairngorm 在这些方面很糟糕。

你如何让你的弹性代码尽可能的干燥？

我已经实现了一个通用委托来避免每个命令的委托，至少。还有什么想法吗？

这是我的应用程序中更新方法的代码片段。该方法在 params[:assigned_users_list_id] 中发布了一个用户 ID 数组

这个想法是通过删除正确的条目（那些存在于数据库中但不在列表中的条目）并添加正确的条目（反之亦然），将数据库关联条目与刚刚提交的条目同步。

它有效 - 太棒了！

我的第一个问题是，那些“如果”和“除非”语句是完全多余的，还是将它们留在原处是否明智？

我的下一个问题是，我想在此之后立即重复这个确切的代码，但是用'subscribed'代替'assigned'......为了实现这一点，我只是在我的文本编辑器中进行了查找和替换，几乎留下了这个我的应用程序中的代码两次。这几乎不符合 DRY 原则！

为了清楚起见，字母“分配”的每个实例都变成了“订阅”。它通过 params[:subscribed_users_list_id]，并使用@task.subscribed_users.delete user 等...

如何在不重复的情况下重复此代码？

像往常一样感谢

可能很简单的问题，我只是错过了一些东西，但我没有想法。

我有 Django 项目为几个具有不同sessions.py且完全不同ROOT_URLCONF的站点提供服务。一个站点处理用户注册、身份验证和配置文件设置，另一个站点（在另一个域上）充当文件管理器等等。站点共享相同的数据库、媒体和模板。所有站点都共享相同的用户群，实现了一种透明的单点登录/单点注销机制。它就像一个大站点，跨越多个域。

问题是，我的模板中有很多{% 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定义了不同的 s settings.py，但实际上还没有在其他任何地方使用它。

更新：目前我正在考虑重新实现urltag 或 monkey-patching reverse()，调用原始的，并在异常情况下在一些“外部 URI 列表”中执行额外的查找。如果已经存在这样的东西——我很高兴听到。

预先感谢您的回答！