语法糖dsl之类是否破坏代码风格？ 第1页

这个问题在于把代码规范和代码风格混为一谈了。

我觉得这个问题的本质是：对于代码规范没有明确定义的部分（例如C#代码规范没有定义LINQ的写法，JS代码规范没有定义函数式的方案），到底是应当坚守代码规范使自己的代码看起来更符合规范还是应当采取最能表现实际要解决的问题的写法。

而我的观点是，代码规范要解决的问题是让那些初级的程序员不至于写出一坨坨shit一样的代码。至于达到一定水准的程序员，大部分的风格我都是可以接受的（目前还没见过过于奇葩的风格）。至于什么花括号换不换行，要不要加分号这样的问题都可以留给格式化工具去解决就好了（真的很难理解很多前端可以在这个问题上讨论几年甚至画出各种PPT来阐述优劣）。

事实上风格各有不同个人觉得是个伪命题，对于一个优秀的程序设计语言，细节到对于某个特定的场景应当如何写代码基本上都是有相对明确的一两种解决方案的。例如在C# 3.0里面要从一个序列里面筛选掉不符合要求的元素，写List<T>搜集配合foreach甚至是for某种程度上来说本来就是stupid的。这不是一个风格的问题，而是stupid的问题。