Tag: 干

你能容忍多less重复的代码？

在最近的代码审查中，我发现了一个类（less于15行）的几行重复的逻辑。 当我build议作者重构代码时，他认为代码更易于理解。 再次阅读代码后，我必须同意提取重复的逻辑会伤害可读性一点。 我知道DRY是指导方针，而不是一个绝对的规则。 但总的来说，你是否愿意以DRY的名义伤害可读性？

Rails中整个应用程序共享哪些部分？

我将在哪里放置由多个模型共享的部分文件？ 我有一个名为crop.html.erb的页面，用于一个模型 – Photo 。 现在我想把它用于另一个叫做User模型。 我可以复制和粘贴代码，但这不是很干，所以我想我会把它移动到一个部分。 由于它是在两个模型之间共享的， 我将在哪里放置该部分 ？ 谢谢！

在Django Javascript中使用干url

我在Appengine上使用Django。 我在任何地方都使用django reverse()函数，尽可能保持一切为干。 但是，我有麻烦应用到我的客户端JavaScript。 有一个JS类，根据传入的ID加载一些数据。 有没有一个标准的方式来不硬编码这个数据应该从哪里来的URL？ var rq = new Request.HTML({ 'update':this.element, }).get('/template/'+template_id+'/preview'); //The part that bothers me.

DRYruby初始化与散列参数

我发现自己对构造函数使用散列参数相当多，特别是在编写用于configuration的DSL或最终用户将要暴露的其他API位时。 我最终做的是如下所示： class Example PROPERTIES = [:name, :age] PROPERTIES.each { |p| attr_reader p } def initialize(args) PROPERTIES.each do |p| self.instance_variable_set "@#{p}", args[p] if not args[p].nil? end end end 有没有更多的地道方式来实现这一目标？ 抛出常量和符号到string的转换看起来特别exception。

在unit testing中重复代码更容易？

前段时间，我经历了几次unit testing，并重构了它们，使它们变得更加干燥 – 每个testing的意图都不再清晰。 在testing的可读性和可维护性之间似乎有一个折衷。 如果我在unit testing中留下重复的代码，它们更具可读性，但是如果我更改了SUT ，我将不得不追踪并更改每个副本的重复代码。 你是否同意这种权衡存在？ 如果是这样，你喜欢你的testing是可读或可维护的吗？

如何在Javascript中正确使用mixins

我正在组织一个小企业应用程序，但希望尽可能干。 结果，我一直在看mixin库。 我遇到了这个库，并认为这可能是一个很好的select，因为它允许你在运行时混合进出。 另外，我可以只有一个基类（BaseView），例如只是混入。 问题 什么是有用的Mixin的一些真正的应用程序示例？ （不要再有抽象的例子） 我甚至需要扩展类，或者我可以使用这个库来pipe理所有的扩展和混合？