Tag: 编码风格的

反对注释的论据: 我的团队正在转向Spring 3.0，并且有些人希望开始将所有内容都转移到注释中。当我看到一个有这样的方法的类时，我的内心（代码味道）只是一个非常糟糕的感觉（仅仅是一个例子 – 并不是所有的真实注释） @Transaction @Method("GET") @PathElement("time") @PathElement("date") @Autowired @Secure("ROLE_ADMIN") public void manage(@Qualifier('time')int time) { … } 我只是在时代的背后，还是这似乎对任何人都是一个可怕的想法？而不是使用面向对象的概念，如inheritance和多态现在，一切都是按照惯例或通过注释。我只是不喜欢它。不得不重新编译所有的代码来改变IMOconfiguration的东西似乎是错误的。但似乎是一切（特别是spring）的方式。我应该只是“克服它”，或者我应该推回来，尽量保持我们的代码尽可能免费注释？

何时使用每个在Ruby中启动subprocess的方法: 1. “ TheTick” 在内核中定义 1. a） %x{} Percent X <The Backtick的替代语法在parse.y中定义，参见讨论 2. system() 内核＃系统 3. fork() 内核＃fork，进程＃fork 4. open() 打开一个pipe道内核＃开 4.A. IO.popen()行为与open()相同打开一个pipe道 IO＃POPEN 4.B. open("|-") 叉到一个pipe道 4.C. IO.popen("-") <与open("|-")行为相同叉到一个pipe道看讨论 5. Open3.popen3() require 'open3' stdlib Open3 6. PTY.spawn() require 'pty' stdlib PTY 7. Shell.transact() require 'shell' stdlib Shell 什么时候应该放弃一个更复杂的方法的可靠反弹？编辑1.非常感谢Avdi Grimm […]

“src / main / java”约定的优点是什么？: 我注意到很多项目有以下结构：项目-A 箱子 LIB SRC 主要 java的 RootLevelPackageClass.java 我目前使用以下约定（因为我的项目是100％的Java）：项目-A 箱子 LIB SRC RootLevelPackageClass.java 我目前没有使用Maven，但是想知道这是否是一个Maven约定或者是否有其他原因。有人可以解释为什么现在第一个版本如此受欢迎，如果我应该采用这个新的约定呢？克里斯

你使用三元运算符的编码风格？: 如果它很短，我保持在一行。最近我一直在使用这种风格的更长或嵌套的三元运算符expression式。一个人为的例子： $value = ( $a == $b ) ? 'true value # 1' : ( $a == $c ) ? 'true value # 2' : 'false value'; 个人喜欢你使用哪种风格，或者find最可读的？编辑:( 关于何时使用三元操作符）我通常避免使用2级以上的深层三元运算符。我倾向于更喜欢2级深层三元运算符超过2级别，否则，当我在PHP模板脚本回显variables。

在对象和数组初始值设定项的Resharper中获取正确的缩进: 现在resharper格式化我们的代码是这样的： private readonly List<Folder> folders = new List<Folder> { new Folder() }; 但我希望它看起来像这样： private readonly List<Folder> folders = new List<Folder> { new Folder() }; 我已经搞乱了很多选项，但似乎无法让他们正确。你能帮我吗？

int vs const int＆: 我注意到我通常使用常量引用作为返回值或参数。我认为这是因为它和在代码中使用非引用几乎一样。但是它肯定需要更多的空间，函数声明变得更长。我可以用这样的代码，但我认为有些人认为这是一种糟糕的编程风格。你怎么看？是否值得写const int＆ over int ？我认为它已经被编译器优化了，所以也许我只是在浪费我的时间来编码它。

如何发信号“尚未实施”？: 在最初起草一个新的gem，我需要留下一些方法实现为空（将在下一个实施）因此，我想表示一个“尚未实施”的例外我想知道是否有一种特定于Ruby语言的最佳实践或标准约定来编写这种占位符/例外。即：像这样的东西： Java中的UnsupportedOperationException .Net Framework（C＃）中的NotImplementedException

如何评论一个if-else结构？: 可以说你有： if(condition) { i = 1; } else { i = 2; } 你需要把解释if和else块的意见。什么是最可读的方式，让人们可以轻松地乍一看？我通常这样做： //check for condition if(condition) { i = 1; } else { //condition isn't met i = 2; } 我觉得这不是很好，因为评论是在不同的层面上的，所以你只要看看评论和else评论就会看起来像属于某种内部结构。把他们这样的： if(condition) { //check for condition i = 1; } else { //condition isn't met i = 2; } 对我来说不好看，因为整个结构似乎没有评论（条件可能很大，需要多行）。 […]

枚举的单数还是复数？: 你使用单数还是复数进行枚举？我认为在宣言中用复数forms最好 enum Weekdays { Monday, Tuesday, Wednesday, Thursday, Friday, Saturday, Sunday } …但是我认为在使用这个types时单数更有意义，例如 Weekday firstDayOfWeek = Weekday.Monday; 我读了一个build议，使用单数的定期枚举和复数forms的标志，但我想听听更多的优点和缺点。