浅学C#（3）——C#的优点和缺点

C#的优势和缺点

转自 xuld https://www.cnblogs.com/xuld/p/3434659.html

C#优点1: 相比java，有更先进的语法体系

由于C#是后生，所以其很多语法都是其它语言的改进。作为一个商业产品，C++用户是C#的首要目标，所以它充分照顾到了C++用户的习惯。从整体看，C#语法比java更优雅。这里java粉丝就可能会站出来，说java也有好的地方----对的，我没说C#在任何地方都优于java，请不要举出局部上的反例----C#和java比较的文章比比皆是，这里就不再重复了。

C#团队在设计语法时充分照顾到了常见的业务需求，而不是单纯的技术层面上的纸上谈兵。于是，C#支持事件、委托、属性、Linq等一系列让业务开发更简单的功能。

C# 优点2：强大的周边

C#的IDE功能非常强大，C#的文档有包含中文的多国语言，C#所需要的运行平台在用户量极大的windows上内置。一切的一切都在向我们诉说，C#有一个强大的爹。同时也说明，C#不仅仅是一个语言，更是一个极具匠心的产品。所以，用户可以享受到这个产品的各个功能----包括售后服务。

以上2个优点就是C#的全部优点了。我想任何一个C#粉丝想证明C#优秀，无外乎上面两个理由。下面让我们更来研究它的缺点。

C#缺点1：它是一个产品

作为微软的产品，它不能帮助竞争者----其它操作系统。作为微软的产品，它必须追求稳定、严谨，而不要出现任何错误。

C#团队实力确实非常强大，导致C#不会出现任何一个低级错误，就连 if(a = false) 这样的代码都会出现一个警告。C#的语法、底层库也无时不刻在印证一个理念：我们做的是产品，我们必须保证产品根据我们所期望的工作，而不允许出现任何错误。

这是一个优点，也是一个缺点。

当我们的需求和产品设计者所期望的一致时，事情会变的非常轻松。但如果需求和期望不同时，麻烦事情会接踵而至。举个例子，当我们希望switch能够贯穿case时，就会出现麻烦----产品设计者不允许用户直接这么做----虽然他有合适的理由，也提供了实现这个功能的替代方法，但用户必须按他说的做。如果这种情况发生在其它产品设计者未考虑到的需求时，那么这个麻烦将会更大。比如当我们想要重载>>来模拟C++代码时，就会发现这是一个不可能的任务。

很多人都有这种感受，直接使用IDE自带的功能开发，做起来非常轻松。但一旦有一种自主的想法时，就很难实现----比如修改软件主题。

C#缺点2：没有考虑代码量

这种问题之所以会出现，是因为微软人多----人家不在乎。在C#中，文档注释需求书写xml，但是文档注释却是不能继承的----用户必须手动为每个函数和重载添加注释。C#的很多常用的工具类因为其使用的局限性（如菜鸟用了就会出错）而不被公开。典型的例子如下：

public string GetValue(int index) {if(index < 0) throw new ArgumentOutOfromRangeException();if(index > this.Count) throw new ArgumentOutOfromRangeException();return GetValueInternal(index);
}internal string GetValueInternal(int index) {//...
}

C#把用户当成傻子----GetValue 会传递一个非法的index，然后自己则使用更高效的GetValueInternal 。C#系统库的设计通过对 index 检测，来确保抛出的是一个符合意义的异常。

那用户怎么办？如果在项目中，不检测 index 是否合法，则显得不严谨，代码质量低（不检查 index,会导致 index 错误时将出现 IndexOfRangeException，而不是 ArgumentOutOfRangeException，这会让第三方用户迷惑：到底应该捕获哪个异常）。而检测则是在浪费代码量，一个函数尚且如此，一个项目可见一斑。

此外，用户经常需要使用一个类来实现功能，但其实这个类在系统库中是存在的，但由于它只是一个内部使用的功能模块所以不是 public 。这时用户只好另起炉灶。这也不难解释为了明明有 Buffer.Copy 这个方法，系统内部却只会调用 Buffer.CopyInternal(不是public的) 而不是 Buffer.Copy ，而 Buffer.CopyInternal 却是用户真正所需要的函数。

总体看，C#不适合做项目。它是一个很大的坑，因为它会通过各种方式消耗用户的时间。特别是追求完美的人，想要紧跟微软的节奏创造完美，那简直是在拿时间开玩笑。而对于仅仅想做完项目的人，也会越做越烦：明明简单的事情要搞这么复杂。

即使如此，C#终究也只是一个语言，一个工具。客观评价一个工具的好坏没有实际意义，关键看用户能否熟练使用，并且扬长避短。没有最好的语言，但有最适合自己的语言。