由于工作需要,最近也開始倒騰Java了.NET的話,從2012年測試版開始玩的,那個時候VB6比較熟悉,還天真的以為VB.NET以后會很火,

事實證明,也只是一廂情愿,有C#了,要VB.NET干什么?既生瑜,何生亮...

[[136957]]

一門語言玩得久,也不能說對一門語言就精通了,裝配腦袋,趙姐夫才是大牛.我也只是一個愛好者罷了.

說回正題,園子里面NET和JAVA好壞的帖子已經(jīng)無數(shù)了,這里只是想說說Csharper轉(zhuǎn)Javaer的一些感受,無意評價語言優(yōu)劣,我們沒有資格.

1.IDE

VS是宇宙***IDE,這個是無可爭辯的,Eclipse雖然有些弱,但也做得不錯了.

相比VS動輒8,9個G的身材,Eclipse則小很多,我用的是J2EE版本的Eclipse,解壓后300M+,免安裝.

當然,VS龐大,但是對于提高開發(fā)效率,則有則無可比擬的優(yōu)勢.

    for(int i=0;i<5;i++){              }

這樣的代碼,我在Eclipse里面是一個字符一個字符輸入的,VS的話,打完 for 之后，兩下Tab就可以了。

當然在代碼重構(gòu)這里，Eclipse則可用的操作比原生的VS多很多。（VS2015的話，重構(gòu)也很牛逼，ReSharp附體的感覺）

IDE的話，還是一分大小一分功能，對于腦子比手快的同學來說，Eclipse是一種折磨。如果有Java的高手，請教一下如何加快速度。

另外一點，Eclipse的默認字體，對中文不友好，VS則好很多。

2.泛型

泛型則是Java的一個槽點。擦除法害死人。

下面的技術(shù)問題，如果有覺得錯誤的地方，請一定指出。

C# 的泛型，根據(jù)不同的類型參數(shù)，產(chǎn)生不同的新的匿名類，Java則只是編譯階段，假裝有泛型的概念。

    ArrayList<Integer> c = new  ArrayList<Integer>();     c.remove(1);     c.remove((Object)1);

現(xiàn)在集中吐槽一下上面這段代碼。

一個列表的話，刪除元素，C#會有一個 Remove 和 一個RemoveAt，前者表示要刪除指定的元素，后者表示刪除指定下標的元素。

然后，如果你在代碼里面寫 c.remove(1); Java的動作是刪除下標為1的元素。。

這里主要的問題是,當初Java在設計的時候,沒有考慮到通過下標刪除或者直接刪除兩種需求,所以沒有將RemoveAt和Remove區(qū)別起來.

當然,這樣就造成了Remove(Integer)的時候,會出現(xiàn)歧異,為了消除歧義,又需要將Integer或者其他泛型類型強制轉(zhuǎn)為Object.

在C#里面,由于具有RemoveAt方法,完整的泛型支持,所以Remove方法后面直接跟上要Remove的東西即可,這里是需要注意的一個點.

3 基本類型

            int a = 1;             Int32 b = 2;

int 和 Int32,在C#里面是同一個類型(當然都是值類型,保存在棧上面的)

C# Via CLR里面也說過這件事情,int 是Int32的別名.(如果這個想法有錯誤,希望大家指出)

            List<int> t = new List<int>();             List<Int32> m = new List<int>();

所以在C#里面這樣寫是可以的.

在Java里面,int 和 Integer 可是涇渭分明:

int 表示基礎(chǔ)類型,Integer表示類,在泛型的時候,只能用Integer.

這里的區(qū)別我不是很清楚,int 好像就是一個簡單的存放數(shù)字的東西,也沒有什么方法可以使用.

    ArrayList<Integer> c = new  ArrayList<Integer>();

所以，Java里面，類型參數(shù)T 看上去也沒有C#靈活。

4.Java沒有Struct概念

本質(zhì)上說Class和Struct在業(yè)務上差不多。只是 Class在堆上，Struct在棧上，一個是引用傳遞，一個是值傳遞。

一般來說，一個 輕的結(jié)構(gòu)，貧血模型，我喜歡用Struct，一個 重的結(jié)構(gòu)，充血模型，我喜歡用Class。

Java，很抱歉，沒有Struct，解決方案是Class，或者是內(nèi)部Class。。

為什么Struct不能在Java里面實現(xiàn)，是設計使然，還是技術(shù)問題，我不知道。

5.Java的枚舉

這里倒不是吐槽Java枚舉功能上的問題，而是，Enum這個玩藝，還要依賴于JDK版本的。

JDK1.5以上才行，如果你的工程JDK版本過低，Enum都不支持。

C#里面的Enum應該是全Framework支持的，（現(xiàn)在都找不到NET2.0以前的Framework了，無法驗證1.0,1.1，記憶中是支持的。）

為什么說到這個問題呢，有一次帶學生做實驗，Eclipse里面新建了一個工程，也沒有選擇JDK版本，使用了默認的低版本的JDK，然后，呵呵，

Enum這么簡單的東西，都編譯不過。學藝不精阿。。。

Enum的值，本質(zhì)是一個數(shù)字，Enum則是一個結(jié)構(gòu)，Java的Enum是什么呢？

 6.字符串

            String A = "Hello";             String B = "Hello";             System.Console.WriteLine(A == B);             System.Console.ReadLine();

C#里面是True。Java里面也是True。

（Java里面A和B的地址指向同樣的地方？C#字符串駐留了。）

            String a = new string('a', 10);             String b = new string('a', 10);             Console.WriteLine(a == b);             Console.ReadLine();

這個在C#里面也是True，比較地址，由于NET的神秘的字符串駐留機制，其實兩個String指向同樣的地方。

String A = new String("Hello"); String B = new String("Hello"); Boolean C = (A==B);

這里是False，Java真正的比較了兩個地址，兩個地址是不同的。如果真的要比較，請用諸如 Boolean C = (A.equals(B)); 這樣的方法。

誰來說說Java 的字符串機制。

7.市場和前途

做了很多人力資源的工作，感覺NET在國內(nèi)沒有Java火。

日本的話，NET有項目，但是大部分還是Java。

NET和Java的***高手人數(shù)差不多，但是中低水平的人，Java占據(jù)大部分，理由還是就業(yè)需要。

真正的高手，NET和Java使用起來都應該很熟練的，算法業(yè)務才是重點，語言只是工具。

千萬別在回復里面討論語言的好壞，我們沒有資格。

歡迎指出技術(shù)上的問題和硬傷，或者補充一些我沒有列舉的區(qū)別。