Tag: 编码风格的

Android的编码风格标准

我想知道是否有一些Android的标准代码样式(也许是一本书?)(样式XML,Java编程,文件命名等…)

反对注释的论据

我的团队正在转向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的标志,但我想听听更多的优点和缺点。