我想知道这样的行为是否有可能通过makefile来实现？下面是一些伪代码演示，用户在命令行中输入make first@bg： $(gpp) hello.cpp -o $@
浏览 14提问于2020-06-06得票数 0
回答已采纳
我不断听到DRY原则，以及它在ASP.NET MVC中的重要性，但当我在Google上做研究时，我似乎不太清楚它是如何应用于MVC的。你们谁能给我一些关于如何在我的ASP.NET MVC应用程序中使用DRY原则的见解？
浏览 9提问于2008-10-09得票数 5
回答已采纳
像Django这样的框架有助于满足python的DRY原则(不要重复自己)。
如何在Google Appengine上使用Java在GWT中引入DRY原则？
浏览 0提问于2011-04-12得票数 0
回答已采纳
1回答
尝试在Google Apps脚本中做一些干净的编程。有人知道如何重用经常重复的方法/属性链吗？#222222")这个问题对我来说有很多含义，但手头的任务(上面)是仅使用GAS Javascript在各种表单元素上应用
浏览 0提问于2012-07-27得票数 1
回答已采纳
2回答
现在，我们得到的客户是30种类型的用户，而不是两种类型的用户，而且客户的配置文件中相同的信息重复了30次，这给开发带来了维护噩梦。
在这种情况下，您建议使用哪些方法来应用DRY原则？
浏览 0提问于2010-11-16得票数 3
回答已采纳
我有hello.s和makefile，内容如下： nasm -f elf64 -o $@ $<
ld -o $@ $nasm -f elf64 -o hello.o hello.srm h
浏览 4提问于2022-09-02得票数 0
回答已采纳
在Makefile中是否有任何方法可以知道GNU是否是用--dry-run选项调用的？我在找这样的东西： ; # do not create a rule ; # create a custom rule这也可能是任何其他的解决办法原因是我引用了来自另一个Makefile的依赖于.PHONY目标的规则，因此在尝试运行时，它会显示所有的目标，而不仅仅是过时的目标。
浏览 3提问于2016-12-23得票数 7
回答已采纳
如果我不小心更改了一个头文件，保存它，然后将它改回并重新保存，我如何阻止cmake检测更改并重新构建它的所有依赖项。通常我甚至不知道它被修改了，直到我重新运行make，它启动了一个重建过程。需要说明的是，我正在寻找一个黑客或者可以解释cmake使用规则的人。运行环境为linux/os，使用命令行gcc/clang。
浏览 15提问于2017-01-12得票数 4
回答已采纳
8回答
OO软件设计原则
、、
我非常喜欢软件设计原则，比如、SOLID和DRY。面向对象软件设计还存在哪些其他原则？
请注意。我不是在寻找像“注释你的代码”这样的答案，而是寻找像所讨论的那样的面向对象设计原则。
浏览 15提问于2009-07-06得票数 4
回答已采纳
我有这个代码片段，很明显，它可以避免在if条件下重复这两个正则表达式，因为你可以看到，它们只有一个数字不同。
浏览 2提问于2015-05-08得票数 0
我有一个项目，其中有一堆相互依赖的假Makefile规则，它们都共享相同的基本配方。(这个Makefile更多地用于映射依赖关系，而不是用于生成构建工件。)Makefile看起来如下所示：foo:bar: foobaz: fooqux: bar baz实际上，Makefile定义了数十条规则，因此它变得相当冗长。我不想为每条规则显式指定相同的菜谱，而是遵循
浏览 5提问于2020-12-14得票数 0
回答已采纳
4回答
这可能类似于以下内容：在代码中的其他地方，会话中的值被读取。显然，这违反了DRY原则，因为您将在整个代码中散布文字字符串键。你建议我如何最好地处理这件事，这样我才不会违反DRY原则？
浏览 0提问于2012-06-20得票数 5
回答已采纳
3回答
唯一的区别是调用应用过滤的字段的另一个getter。例如，调用getModel()而不是getType()。这是否违反了DRY原则，以及我如何才能使其不违反(没有泛型)？所以，我需要把我所有的检查放在这个方法中，但是我真的不明白如何使用我的逻辑(特别是使用"continue")。
浏览 66提问于2018-10-11得票数 0
回答已采纳
4回答
我今天在上读到了一篇关于在silverlight应用程序中使用MVVM模式的文章，在这个应用程序中，你有自己的域实体，并查看特定的实体，这些实体基本上是真实实体对象的子集。这不是明显违反了DRY原则吗？如果是这样的话，你怎么能以一种好的方式处理它呢？
浏览 0提问于2009-07-27得票数 5
回答已采纳
3回答
当我想要应用DRY原则，即为不同的用例(例如管理员角色和操作员角色)统一多个Struts操作的代码时，一种选择是对操作使用抽象基类"BaseAction“，然后使用"AdminAction扩展BaseAction我会为抽象的NewBaseAction、UpdateBaseAction、DeleteBaseAction、ListBaseAction应用继承。
但是有一条原则是“重组合轻继承”()。
浏览 0提问于2009-10-01得票数 4
回答已采纳
我们使用Make文件，并希望在HG中创建一个预提交检查来检查Makefile语法。最初，我们的支票是然而，我们意识到，如果Makefile在语法上是正确的，但需要设置一些环境变量，测试可能会失败。我们使用的是GNUmake。
浏览 1提问于2011-10-11得票数 2
关于DRY，提到它是建立在DRY原则之上的。如果是这样的话，我想可能已经使用了一些工具来验证这一说法。
此外，Perl是否提倡DRY？我知道它肯定会通过使用CPAN来推广重复的其他人。
浏览 3提问于2012-11-12得票数 2
回答已采纳
代码COMMIT := $(shell git rev-parse HEAD)
docker build -f Dockerfile --no-cache显然，用轻微的更改重写相同的命令是一种糟糕的做法；它违反了DRY原则，如果我需要更改命令中的其他内容--例如，-t的值--我必须在所有相关目标上更改它。
浏览 1提问于2017-06-11得票数 4
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
云直播活动推荐
腾讯云开发者
