Java öğrenmek isteyen c # geliştiricileri için, iki dil arasında dikkat edilmesi gereken büyük farklılıklar var mı?
Belki bazı insanlar şeylerin aynı olduğunu varsayabilir, ancak gözden kaçırılmaması gereken bazı önemli yönler var mı? (ya da gerçekten berbat edebilirsiniz!)
Belki OOP yapıları, GC'nin çalışma şekli, referanslar, dağıtımla ilgili vb.
Yanıtlar:
Kafamın üstünden birkaç serseri:
byte Java'da imzalandı (maalesef)static, kapsayıcı sınıfın bir örneğine örtük bir referansı olacaktır.işte 2 dilin çok kapsamlı bir karşılaştırması:
http://www.25hoursaday.com/CsharpVsJava.html
Eklendi: http://en.wikipedia.org/wiki/Comparison_of_Java_and_C_Sharp
Hiç kimsenin özelliklerden bahsetmemesine şaşırdım, C # 'da oldukça temel bir şey, ancak Java'da yok. C # 3 ve üzeri, özellikleri de otomatik olarak uygular. Java'da GetX / SetX türü yöntemleri kullanmanız gerekir.
Diğer bir belirgin fark, Java'da bulunmayan C # 3'teki LINQ ve lambda ifadeleridir.
Java'da eksik olan birkaç basit ama faydalı şey var, örneğin kelimesi kelimesine dizeler (@ ""), operatör aşırı yükleme, verim ve ön işlemci kullanan yineleyiciler de Java'da eksik.
C # 'daki kişisel favorilerimden biri, ad alanı adlarının fiziksel dizin yapısını takip etmek zorunda olmamasıdır. Bu esnekliği gerçekten seviyorum.
Çok fazla fark var ama aklıma bunlar geliyor:
.equalskullanmak zorunda olduğun şey.
.NET, jenerikleri yeniden tanımladı; Java jenerikleri sildi.
Aradaki fark şudur: ArrayList<String>.NET'te bir nesneniz varsa , nesnenin türüne sahip olduğunu (çalışma zamanında) söyleyebilirsiniz ArrayList<String>, oysa Java'da çalışma zamanında nesne türündedir ArrayList; Stringkısmı kaybolur. İçine Stringnesne ArrayListolmayanlar koyarsanız , sistem bunu uygulayamaz ve bunu yalnızca öğeyi dışarı çıkarmaya çalıştıktan sonra öğrenirsiniz ve döküm başarısız olur.
Stringbu listeye nesne olmayanları bir yere denetlenmemiş bir dönüştürme yapmadan koyamayacağınızı eklemeye değer olsa da , derleyici sizi bu noktada derleyicinin artık genel sınırları kontrol edemeyeceği konusunda doğru bir şekilde uyaracaktır. Listeniz her zaman bir değişkeninde depolandığı sürece, List<String>içine String olmayan bir nesne ekleme girişimleri derlenmeyecektir.
addyöntemini çağırdığınızı (yine yansıma yoluyla) varsayalım. Sistem String, nesne olmayan bir şeyi hemen getmi yoksa sadece sonucunu oluştururken mi reddeder ?
List. Ve Listgibi türden nesnelere sahip olabilirsiniz . ( Onları dolaştırmak yerine kullanmak önemlidir , ancak söyleyemeyeceğiniz gerçeğini değiştirmez .)ArrayListLinkedListListArrayListnew List()
Java'dan C #'da kaçırdığım bir şey, kontrol edilen istisnaların zorunlu olarak ele alınmasıdır. C # 'da, bir yöntemin atabileceği istisnaların farkında olmaması ve bunları keşfetmek için belgelerin veya testlerin insafına kalması çok yaygındır. İşaretli istisnalarla Java'da böyle değildir.
Java, değer türleri yerine ilkel öğeler için otomatik kutulama özelliğine sahiptir, bu nedenle System.Int32[]C # ' Integer[]da bir değerler dizisi olmasına rağmen , Integernesnelere bir referans dizisidir ve bu nedenle daha yüksek performanslı hesaplamalar için uygun değildir.
Temsilci veya etkinlik yok - arayüzler kullanmanız gerekiyor. Neyse ki, satır içi sınıflar ve arayüz uygulamaları oluşturabilirsiniz, bu yüzden bu o kadar da önemli değil
x => x.Foovs. new Bar() { public void M(SomeType x) { return x.Foo; } }- kodun 10 kat daha kısa olması kimin umurunda?
Java'daki yerleşik tarih / takvim işlevi, System.DateTime ile karşılaştırıldığında korkunçtur. Burada bununla ilgili pek çok bilgi var: bununla Java Tarih ve Saat API'sinin sorunu nedir?
Bunlardan bazıları bir C # geliştiricisi için geçerli olabilir:
Ek olarak, Java, GAC ve kesin olarak adlandırılmış derlemelerin sağladığı tüm özelliklere sahip değildir. Jar Hell , harici kitaplıkları bağlarken / referans verirken neyin yanlış gidebileceğini ifade eden bir terimdir.
Paketleme / dağıtım söz konusu olduğunda:
Röportaj listemde göze çarpan bir şey, Java'da yöntem gizleme için "yeni" anahtar kelime benzeri olmaması ve bu nedenle "buraya yeni koymalısınız" uyarısı olmamasıdır. Geçersiz kılmak istediğinizde yanlışlıkla saklanan yöntem hatalara yol açar.
(örneğin düzenleyin) Örnek, B, A'dan türemiştir (C # sözdizimini kullanarak, Java son kontrol ettiğim şekilde davranır, ancak derleyici uyarısı vermez). A'nın foo'su çağrılır mı, yoksa B'nin foo mu? (A'lar çağrılır, muhtemelen B'yi uygulayan geliştiriciyi şaşırtır).
class A
{
public void foo() {code}
}
class B:A
{
public void foo() {code}
}
void SomeMethod()
{
A a = new B(); // variable's type is declared as A, but assigned to an object of B.
a.foo();
}
newkasıtlı olarak gizleme yöntemi yoktur - ya da gizli değil, dolayısıyla geçersiz kılınmışlardır.
Java'da LINQ yok ve belgeler cehennem gibi. Java'daki kullanıcı arayüzleri geliştirmek zordur, Microsoft'un bize verdiği tüm iyi şeyleri (WPF, WCF, vb.) Kaybedersiniz, ancak kullanımı zorlaşır, neredeyse belgelenmemiş "API'ler".
C # 'dan gelen Java ile çalışırken şu ana kadar karşılaştığım tek sorun İstisnalar ve Hatalar farklıdır.
Örneğin catch (Exception e) kullanarak yetersiz bellek hatasını yakalayamazsınız.
Daha fazla ayrıntı için aşağıdakilere bakın:
neden-java-lang-outofmemoryerror-java-yığın-alanı-yakalanmadı
Java'da bulunmayalı çok uzun zaman oldu, ancak uygulama geliştirmede hemen fark ettiğim şeyler C # olay modeli, C # sürükle ve bırak ile Swing'de Düzen Yöneticilerini kullanma (Uygulama geliştirme yapıyorsanız) ve istisna yönetimi oldu. Java, bir istisna yakalamanızı sağlar ve C # gerekli değildir.
Başlığınızdaki çok doğrudan sorunuza yanıt olarak:
"Java'yı öğrenen C # geliştiricileri, gözden kaçabilecek en büyük farklar nelerdir?"
C: Java'nın Windows'ta oldukça yavaş olduğu gerçeği.