锁定老帖子 主题:Ruby Style Guide
精华帖 (0) :: 良好帖 (9) :: 新手帖 (4) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2009-07-24
icefishc 写道 手动对齐是一种很不人道的事情......
尤其是在修改代码时 如果需要加入一个名字很长的变量 那原先的语句也需要重新对其 @user = AppConfig.user @password = AppConfig.password @log = Logger.new AppConfig.log_file || STDOUT @balablabala = ...... # :s 自动对齐的插件很多 还是找一个吧. 嗯,说得没错。确实是在稍微改动之后都要重新对齐。所以之前读一个关于Standard ML的style guide里面就反对等号对齐的做法。 不过我那些对齐也是review的时候才往里加的就是了,最初写代码的时候不会打那么多空格的 |
|
返回顶楼 | |
发表时间:2009-07-27
calculate_person_data_usage_history_start_date()
cal_person_data_usage_hist_start_date() |
|
返回顶楼 | |
发表时间:2009-07-27
Hooopo 写道 引用 8.看见这堆 end 会很郁闷,分不清哪个是 end 哪个的:
Ruby代码 end end end end end 看过有人这样写的: end#end of ... end#end of ... end#end of each end#end of method end#end of class 00后的IDE都可以支持看到哪个end对应哪个if 话说 if () { } /* end if ....*/ if end #end of if 估计是C科班出身的。likes me。 而且习惯用sourceinsight |
|
返回顶楼 | |
发表时间:2009-07-27
icefishc 写道 RednaxelaFX 写道 Hooopo 写道 night_stalker 写道 5 应该有支持的,不过至今都在手动对齐 ……
长度相差太大就算了,相差小的对齐一下(可能是强迫症 ……) 找到了......这个可能算是完美主义者的癖好.. 嗯我也是习惯手动对齐的,很自然的就打了一堆空格 OTL def initialize @user = AppConfig.user @password = AppConfig.password @log = Logger.new AppConfig.log_file || STDOUT @log.level = AppConfig.log_level || Logger::INFO yield self if block_given? end 手动对齐是一种很不人道的事情...... 尤其是在修改代码时 如果需要加入一个名字很长的变量 那原先的语句也需要重新对其 @user = AppConfig.user @password = AppConfig.password @log = Logger.new AppConfig.log_file || STDOUT @balablabala = ...... # :s 自动对齐的插件很多 还是找一个吧. netbeans有这个功能么?radrail也行 |
|
返回顶楼 | |
发表时间:2009-07-28
关于end,linus torvalds曾经说过:
If you need more than 3 levels of indentation, you're screwed anyway, and should fix your program. * Linux 1.3.53 CodingStyle documentation. Retrieved on 2006-08-28. 我个人认为90%的情况下end多了是个逻辑思维的问题,而不是排版问题。剩下的确实不好改变的情况,花点时间看看也不是大问题。Python也是,缩进多了不好看,但是合适的代码本来就不应该有那么多缩进 |
|
返回顶楼 | |
发表时间:2009-08-13
King.Arthur 写道 丑陋的日本人,丑陋的Ruby代码,丑陋的Ruby代码的end尾巴!
前面2/3我就不作评论了,不过最后1/3,你的面杀伤也太大了吧。 |
|
返回顶楼 | |
发表时间:2009-09-04
下划线的命名规则明显更加符合人的阅读习惯,用了一段时间后,明显感觉能提高效率。
其他多数语言都是pascal和camel规则,看起来太累。 不得不赞一下ruby是code for fun |
|
返回顶楼 | |