C# 从语法角度比 Java 优秀在哪里？
C# 从语法角度比 Java 优秀在哪里？ public static T Clone<T>(T entity) where T : new() {T copy = new T();
......
}
你给我用 JAVA 写个试试？ 我就说一个词，struct // 下面这段代码你用java语法写写看
// 请不要讨论优化下面代码是随便从MSDN上摘抄的
// 不是C#程序员也能够轻松读懂的例子
using (ServiceContext svcContext = new ServiceContext(_serviceProxy))
{
var query_projections = from c in svcContext.ContactSet
where c.ContactId == _contactId1
&& c.NumberOfChildren != null &&
c.Anniversary.Value != null
select new
{
Contact = new Contact {
LastName = c.LastName,
NumberOfChildren = c.NumberOfChildren
},
NumberOfChildren = (double)c.NumberOfChildren,
Anniversary = c.Anniversary.Value.AddYears(1),
};
foreach (var c in query_projections)
{
System.Console.WriteLine(c.Contact.LastName + &#34; &#34; +
c.NumberOfChildren + &#34; &#34; + c.Anniversary);
}
} C#里的属性，Java里的字段封装。
C#里的Linq，Java里的Jinq。
C#里的自动属性赋值。
C#里的各种表达式。
C#里的值类型。
C#里的泛型。 我认为，一门优秀的语言应该至少具有这样的特点：
语法上，提供的语法元素（指那些不能通过类库来弥补的语言特性）能简化常见的编程模式，或者提供新的编程模式；语法元素一致性好。语言是强类型的并且支持隐式类型声明（var）。能屈能伸。比如静态语言能提供一定的动态特性；能让你开心地写业务代码，也能让你进行不同粒度不同层次的优化；能让初学编程的人可以出活，也可以让高手玩出花来。诸如此类。阅读负担小，学习成本低。就算不会写程序的人阅读源码，也能懂个大概。
对于第一点，首先要拉出来讨论的就是golang。golang的一个重要特性就是它可以让大家方便地开协程然后方便地实现并行。但是这很重要吗？这不就是把别的语言中的库拉出来做成了语言内置特性嘛。
/*抱怨：当你们说Python好用的时候，你们十有八九是在说Python库多，而不是Python提供了什么样的语言特性让你们的代码更好看。当然我举这个例子不是为了批评Python。还有整天嚷嚷“PHP是世界上最好的语言！”的家伙们，我要告诉你们的是，PHP现在还不是一门优秀的语言。虽然PHP已经越来越像一个现代语言。*/
比如现在我们要实现一个observer模式的典型应用，打印点击坐标。
那么用Java你可以怎么写呢？
trigger.setOnClickListener(new ClickListener(){
@override
public void onClick(EventArgs e){
System.out.println(e.Position);
}
});而从.NET 1.0开始，就有了delegate。delegate可以被理解为一种类型安全的函数指针。在这之后，又加上了event和lambda表达式。于是你就可以这么写：
trigger.OnClick += e => Console.WriteLine(e.Position);
其实这样你就可以观察到两个语言表达能力的巨大差别。Java不支持property，不支持运算符重载。就算你可以容忍这些，认为”这些不就是个语法糖嘛没那么重要“。那么，Java里面本来所有的方法就是virtual的，那为什么还要加上一个@override的annotation？这个微妙的不一致性又怎么解释呢？你看这一个例子就说明了Java的两个问题：一致性弱；语言表达能力不够强。
对于Java的一致性问题还有一个，那就是Java虽然是一个面向对象的语言，但是它并不纯。比如，Java的基本类型就不是对象。我来举个简单的例子科普一下。
int a = 1; a.toString(); //可以被编译
1.toString(); //编译错误
在Java里，int是基本类型而不是对象，Integer才是对象。当然在C#里是不会有这种反直觉的问题的。做OOP，C#更专业。
对于第二点，Java和C#都是强类型语言。但是C#支持隐式类型声明，略优于Java。这里有一个简单的评价标准，就是看语言有没有定义===这个operator。如果定义了，说明它肯定曾经有一段时间不是一个强类型语言（比如PHP和JavaScript）。强大的类型系统的好处自然是很多的。比如不易出错，能方便编译器实现代码生成等等。而隐式类型声明的好处自然是减少语法噪音，使程序员更好地关注于代码的语义本身，而不是去关注类型。强类型几乎成为了新语言的标配，并且Python要加类型注释，PHP7准备添加类型声明……这都是不无道理的啊。
第三点，能屈能伸。这是Java望尘莫及的地方。Java到现在都还是一个静态类型的语言。而C#加入了DLR（Dynamic Language Runtime，动态语言运行时）来进行动态的处理。如果你愿意，你也可以把C#当成动态语言来用。并且C#给高手发挥各种技巧的空间也更大。比如，你可以在父类里操作子类，你可以利用泛型创建字典，你可以把函数改成延迟运算的……发挥的空间很大。而在Java里，惊艳的技巧又有多少呢？
对于第四点，Java语言本身的冗杂造成了可读性的下降，例子我就不举了，其他回答里多了去了。C++，C则是因为符号太多降低了可读性。Rust和golang则是因为关键字用了简短的缩写，搞得单词都像是符号一样，非常难看。当然缩写只是完全取决于语言设计者的品味，要改也是非常容易的事情，在此略去不提。在我看来，可读性最好的自然是C#。C#不像Ruby，没有那么多奇奇怪怪的语法，也不像
当然客观地说，Java还是有优点的。比如
Java 1.8中接口可以有默认实现。算是变相实现了mixin。Java整体生态系统确实比.NET的生态要好。Hadoop，Spark这样的库，在.NET下面就是没有类似的……虽然最近.NET疯狂地开源，但平心而论，还是不够好。
顺便一提，可以看看轮子哥的《如何设计一门语言》系列教程和赵老师写的《Why Java sucks and C# rocks》系列博文。
（完） 优秀得太多了
1：空值判断
在Java里面null是不能作比较的(==null除外)，例如下面代码在Java里面会抛异常，在C#里类似的代码能正常运行
Integer i=null;
if(i==1){}
if(1==i){}
switch(i){}所以Java里面每次使用if或者swich之前，最好先判断一下里面的变量是不是空值， 而写C#代码就没有这种顾虑。
2：字符串相等判断
在Java里面不能使用==判断两个字符串是否相等，要使用equals方法，但不要以为把==改成equals方法就完事了，还要考虑空值问题，例如以下代码很明显因为调用equals的对象是null会抛异常
String s=null;
s.equals(&#34;&#34;);在C#里面就没有这种顾虑了，==两头哪边是空值都没问题。但在Java里面int这些基础类型又可以使用==判断是否相等，因为Java不支持操作符重载，你想搞得String也统一使用==判断是否相等是不可能。但回过头来，判断一个字符串是不是null又不能用equals，又得用上==了。
Java的这个字符串判断方式连第三方组件都看不过眼，在jsp和MyBatisd的xml文件里面，都支持使用==判断两个字符串是否相等。
我做事比较粗心大意，总有忘记了要用equals，写成==的时候，导致相关代码总返回false。
3：失败的泛型设计
Java的泛型我现在还没有驾驭它的能力，我曾经试过通过泛型去定义一个把传入的Map转换成目标类型对象的方法：
public T ConvertMpToObject<T>(Map map)
{
return null;
}就这样在C#看起来很平常的方法，在Java里面无法通过语法检测，编译不起来，真是连TypeScript都不如啊。
后来我还了解到，Java的泛型还有一个“类型刷除”的特性，无法在运行时获取泛型的类型，也就是说上面方法就算能通过编译也没有用，如果不增加额外的参数，则无法获取T的类型来创建新对象。
其实Java那个泛型我估计它自己都没有完全搞明白，举个例子：
Map<Integer,Integer> map=new HashMap<>();
int value=map.get(&#34;abc&#34;);这段代码d中的&#34;abc&#34;类型没有对上定义变量map时限定的Integer，但居然可以编译通过！
对应的C#代码是不可能通过编译的：
Dictionary<int,int> dictionary=new Dictionary<int,int>();
int value=dictionary[&#34;abc&#34;];
error CS1503: Argument `#1&#39; cannot convert `string&#39; expression to type `int&#39;
Java的失败的泛型设计在整个框架里面随处可见，举个例子Java里面有个List<String>类型的对象list，要转换数组的话调用list.toArray()返回的居然是Object[]而不是Stirng[]，要返回Stirng[]居然要写成list.toArray(new String)。这样的诡异特性在其他泛型相关的类里面也存在，而且还推陈出新，stream api里面，toArray、toList又换了另一种玩法。
另外Java的泛型还不能使用基础类型，例如不能定义List<int>要改成List<Integer>。
4：过度设计的枚举enum
在C#里面enum的实际值是一个整数，在Java里面enum值被扩展成自身的类对象，这样Java的enum就比C#强大多了，跟类一样，可以随意在enum里面定义构造函数和方法，但不允许继承。
但不知道是不是因为不能直接转换成整数，Java的ORM(MyBatis)内置转换器都不支持enum类型映射成整数类型(但映射成VarChar可以)，我接触的Java程序员也很少用enum，在需要用到enum的地方都会用常量代替。
5：没有属性property
Java在语法层面没有property特性，但很多第三方组件都会把类似以下的变量定义和get/set方法的组合解释成属性。
/**
*姓名
*/
private String name;
public String getName(){return this.name}
public void setName(String name){this.name=name}显然C#对应的最简化写法public string Name{get;set;}要简单很多。
也许很多人会觉得C#的property只是个语法糖，在Java的IDE里面按个快捷键一键生成get/set方法也跟C#定义一个属性一样快。但我后来发现发现了写法以外的一些问题，例如跟上面的代码一样，Java程序员都习惯把属性的注释写到一个private变量上面，这样我在外部调用get/set方法的时候是无法直接看到这个注释的。
另外，一些针对属性的注解(C#叫Attribute)在Java里面也比较混乱，有些(例如@TableField)是放在变量上的，有些(例如@JsonIgnore)是放在get/set方法上的，这都是没有property引发歧义。
然后，有些操作符应为没有property特性而不能使用，例如C#上面的 item.Names+=&#34;、&#34;，如果Names是个property，那么在Java里面就只能写成 item.setNames(item.getNames()+&#34;、&#34;)。
另一方面，Java在boolean的property命名规范上有个坑
boolean类型set、get方法 - 山水花草 - 博客园
更荒唐的是，不同框架(例如fastjson和gson)对这个坑有不同的解读
解析对象时，把字段名改了，bool类型的变量名前面的is自动去掉了
小灰：为什么阿里巴巴禁止开发人员使用 “isSuccess” 作为变量名？
大多数Java程序员为了避开这个坑，不使用boolean类型，而使用Integer。
6：难用的日期时间类型
不像C#那样只有一个日期类型DateTime，在Java8之前，Java有Date、Calendar和TimeStamp这3种日期类型。3种时间类型的区别在于精度不同，精确到秒、毫秒还是纳秒。
在低版本的Java中，Date的用法跟JavaScript的Date差不多，主要是构造函数Date(int year, int month, int date)，和getYear()、getMonth()、getDate()……这些方法，但getYear()和getMonth()都很诡异，getYear()返回的是和1900相减的结果，getMonth()返回的月份是从0开始的。
后来不知道是不是因为冒犯了Java的哪条设计原则，上面的方法都被 @Deprecate 注解了。想要通过年月日构建Date对象或者获取Date对象的年月日部分得用上辅助类。
因为原生的不好用，强大的Java第3方来救场了，推出了一个叫Joda Time的日期时间处理类库，不过我也只是听说过，公司里面没见人用。
到了Java 8官方又推出了一套新的java.time的api，欲以用LocalDate代替原来的Date类型，不过感觉第3方对这个东西不是很买账，MyBatis还没有直接支持LocalDate类型的映射。
另外一面Java官方也没有类似C#的TimeSpan时间计算类型。
7：Array和List没有共同基类
在C#里，如果想自定义一个既支持数组，又支持List和其它集合类型的方法，只需要把方法的参数类型定义为IEnumerable类型就可以。
但在Java里，Array和List没有共同的基类(Object除外)，也没有实现共同的接口，不能这样搞。
所以大部分Java程序员都使用List而不使用Array类型。
8：先天不足的Java类库(stream api)
很多人觉得C#比Java好用是因为C#有后发优势，作为后来者填平了Java踩下的坑。但我觉得不完全是这样，上面说的LocalDate就是一个活生生的例子，比起C#的DateTime晚了10多年出现，但又不比C#的DateTime好用。
另一个活生生的例子就是Java 8推出的stream api，C#里面与之对应的应该就是2008年发布的Linq。我粗略比较了一下，stream api里面对比Linq缺少的方法有OrderByDescending、SkipWhile、Average、Last、Union、Zip、Join、GroupBy、GroupJoin、Intersect。
也许因为Java里面缺少匿名类型和扩展方法两个语言特性，上面提及的Join以及后面的方法在Java里面是不可能实现的。但为什么这次Java作为后来者，不把C#优秀的语言特性搬过来？在我看来这确实是匪夷所思。而且这个api的名字为什么叫stream？单从名字来看看不出和Linq有什么联系的，还以为是一个流处理的类库。
因为Java的先天不足，实现相同功能的类库，总觉得都是C#的好用，例如C#方面http://Json.NET(正名叫Newtonsoft.Json)、HtmlAgilityPack、DotNetZip、Aspose这些常用类库，虽然Java也有实现相同功能的类库，但总觉得C#的用起来要爽。而且这种先天不足也不是后天能够补救的，就算是大公司Goolge搞出来的Gson也没有小公司做出来的http://Json.NET用起来爽。 不能直接说C#更优秀，有挑起语言大战的倾向 ：）
C#的优势在于出现的比Java晚，能够充分考虑到Java潜在的缺陷，也就是所谓“后发优势”。
而且关键是，C#是一门完全为实际项目而生的语言，不过于偏袒某一种编程范式，“能抓老鼠的就是好猫”，为更直白地解决问题而生。
因此，C#要平衡初学者学习曲线、和Java/C++的相似度（便于学习）、运行效率、高效的内存管理，必要时还能使用非托管内存等高级特性。综合来看，它最优秀的地方在于“恰到好处”。
题主问的后面一点“unity为什么选择C#做跨平台实现”。我能想到几个重点。
1、必须选择一门静态类型语言。因为游戏这种程序很强调高性能，虚拟机运行必须足够快。必要时甚至可以转为原生代码执行（也就是所谓的IL2CPP），压榨性能。
其实这点Java也基本能做到，但是对Python、JS等动态类型语言来说就不太行了。
2、支持引用类型、值类型两种方式，利用栈空间优化GC。C#支持class和struct，而且把选择的权力交给开发者。Unity是这一设计的最大收益者。Unity代码满屏的Vector3、Quarternion都是struct，这一设计带来潜在的、巨大的性能提升。
解释一下：值类型的局部变量，默认在栈上分配空间，这样一来海量小而零碎的对象就不会耗费GC。
严格区分值类型和引用类型只有一个小问题，就是初学者会遇到一点理解上的困难，需要在一开始搞清楚。
3、要选择一门上手足够简单的语言。这点C#我觉得做的足够好了。
4、要能优雅的实现组件式系统。Unity的 GameObject + Component 架构好学、好用、灵活性强，算是Unity的最出彩设计之一。
C#的泛型、反射等特性对组件系统有非常好的支持，换成其它语言可能没有这么优雅。特别是C#的泛型设计完整，可以说很优秀。
5、支持迭代器。Unity的“Coroutine”（伪协程）深受开发者的喜爱，这也是借用了C#的迭代器语法实现的。这点算是一个附加分吧。
6、原生（Native）支持。C#提供了unsafe关键字、非托管指针、申请非托管内存和调用原生DLL接口的能力。这些功能在深度优化时是必要的，而且能与C/C++模块密切配合。
不过公平来讲，Lua、Python甚至Java也有类似的用法（Lua和Python通过编写C/C++模块解决，且可以用比如userdata的方式封装原生对象的引用；Java也有unsafe关键字，不过没有C#好用。）。
在局部编写更底层的高性能代码是一种常用的优化手段，不完全是C#的专利。比方说可以在C++中嵌入一段汇编 ：） 。这一功能可以称之为“退化手段”，在游戏开发特别是深度优化时大有用处。
大概想到这么多，可以补充。 泛型一条就足够气死java程序员了 最不能忍的 int 不等于integer
随便说点防止被折叠，int还不能在泛型里用，我先学的c#后学了点java，c#里int Int32能变成一个东西相比是下了点功夫的，看到java不一样写起来就比较2了，其他的就是java没struct，没指针，他的用途就窄了。
当时有段时间还想转java，去面试，有个高管带着恶意来和我聊了几句，觉得我是来走后门的，开始吹他们有个人代码写不好但是努力做项目经理，表扬一通，呵呵，这个破道理也好意思说出口，他说他们是给华为服务的，搞不清楚他想说啥，可能这才是java 和c#的隔阂，Java自大吧，我也庆幸没转java，因为现在要搭建的东西，java远没c#好用。