SourceAnalysis的终极方针是同意你天生文雅、分歧的代码,让你的团队成员和其他检察你代码的人简单浏览。为到达这一目标,SourceAnalysis不同意它的划定规矩被过量的设置。SourceAnalysis利用一种一致的体例来处置代码作风、结构和可读性划定规矩。你极可能其实不认同一切的划定规矩,乃至会发明某些划定规矩并不是如你所愿。但是,在微软外部利用这个工具的年夜部分团队在经由长久的调剂期后,都可以怅然承受SourceAnalysis强迫请求的这些划定规矩,乃至入手下手以为假如不利用这类作风来编写代码,就很难浏览。
在将这个工具运转在一个较小的程序集上时,这个工具要我手动修正561个背规毛病,而它却不克不及在不影响代码语义的基本上主动为我修复毛病——这真的要让我溃散了!
真是开顽笑。Tabs竟然不被同意。相反,只能利用空格。这个主张糟透了,由于它会损坏语句块的结构,比方一个变量利用3个空格,而其他变量则利用了4个。不管怎样,应当同意禁用相似tab划定规矩如许毫偶然义的划定规矩。如果可以禁用这些划定规矩,这个工具就更好了。我晓得你会说他们已够好了。可是我完整分歧意利用空格来取代tab。这是毫无逻辑可言的,也许只要在Vi编纂器第一次呈现从而激发了开辟职员之间的“圣战”可堪对比吧。我喜好用Tab的体例编写我的代码,但它老是告诫我,我的每行代码都有tab在个中。
为.NET开辟职员供应一些分外工具老是受接待的——但为何只要C#的?代码格局的强迫划定规矩关于VB开辟职员来讲也长短常必要的。明显,VB代码编纂器在对关头字和操纵符举行缩进和空格的处置中,已具有主动格局化的一些开端撑持,但还不敷靠近StyleCop所撑持的效果。
特地说来,我完整批准NickBerardi关于tabsvsspaces的概念:利用tabs有甚么成绩?岂非按4-5次偏向按钮比间接指向某个地位更有某种上风?仍是在源代码文件中保留4-5个空缺字符存在着某种优点?
欢迎光临 仓酷云 (http://ckuyun.com/) | Powered by Discuz! X3.2 |