C ++ 'da typedef anahtar sözcüğü için bir Java eşdeğeri veya yöntemi var mı?

Bir C ve C ++ geçmişinden geldiğimde, typedefinanılmaz derecede yararlı olmak için mantıklı bir kullanım buldum . Java mekanizması, deseni veya kullandığınız diğer etkili bir yöntem olsun, Java'da benzer işlevselliğe ulaşmanın bir yolunu biliyor musunuz?

Java ilkel tiplere, nesnelere ve dizilere sahiptir ve hepsi bu kadar. Typedef yok.

Demek istediğin buysa, yazmak istediğin sınıfı genişletebilirsin, örneğin:

public class MyMap extends HashMap<String, String> {}

Java'da 1.6'dan beri typedef yok, yapabileceğiniz şey son sınıfları (Integer, Double, vb.) Alt sınıflara ayıramayacağınız için istediğiniz bir sarmalayıcı sınıfı yapmaktır.

Diğerlerinin daha önce de belirttiği gibi
, Java'da typedef mekanizması yoktur.
Ayrıca genel olarak "sahte sınıfları" desteklemiyorum, ancak burada genel bir katı kural olmamalıdır:
Örneğin, kodunuz örneğin "genel tabanlı bir tür" üzerinde defalarca kullanırsa:

Map<String, List<Integer>> 

Bu amaçla kesinlikle bir alt sınıfa sahip olmayı düşünmelisiniz.
Birinin düşünebileceği başka bir yaklaşım, örneğin kodunuzda aşağıdaki gibi bir yavaşlamaya sahip olmaktır:

//@Alias Map<String, List<Integer>>  NameToNumbers;

Daha sonra NameToNumbers kodunuzda kullanın ve ilgili java kodunu işlemek ve oluşturmak için bir ön derleyici görevine (ANT / Gradle / Maven) sahip olun.
Bu cevabın okuyucularına bazılarının garip gelebileceğini biliyorum, ancak JDK 5'ten önce kaç çerçeve "ek açıklama" uyguladı, proje lombokunun yaptığı şey ve diğer çerçeveler bu.

Gerçekten, Javaland'a aktarılan typedef'in tek kullanımı diğer addır - yani aynı sınıfa birden fazla isim verir. Yani, "A" sınıfınız var ve "B" nin aynı şeyi ifade etmesini istiyorsunuz. C ++ ile, "typedef BA;"

Ne yazık ki, sadece desteklemiyorlar. Ancak, ilgili tüm türleri kontrol ederseniz, kütüphane düzeyinde kötü bir hack çekebilirsiniz - B'yi A'dan uzatabilir veya B'yi A uygulayabilirsiniz.

Belki de bu olası bir başka değişiklik olabilir:

@Data
public class MyMap {
    @Delegate //lombok
    private HashMap<String, String> value;
}

Diğer cevaplarda belirtildiği gibi, sözde-typedef antipatternerinden kaçınmalısınız . Bununla birlikte, typedef'ler, bunları başarmanın yolu olmasa bile, hala yararlıdır. Aynı Java temsiline sahip farklı soyut türleri ayırt etmek istiyorsunuz. Parola olan dizeleri sokak adresleri olan dizelerle veya mutlak değeri temsil edenlerle bir farkı temsil eden tamsayıları karıştırmak istemezsiniz.

Denetleyicisi Çerçeve bir geriye dönük olarak uyumlu bir şekilde bir typedef tanımlamanıza olanak sağlar. Hatta ilkel sınıflar intve son sınıflar için bile çalışıyorum String. Çalışma zamanı ek yükü yoktur ve eşitlik testlerini bozmaz.

Checker Framework kılavuzundaki Bölüm Türü takma adları ve typedefs , ihtiyaçlarınıza bağlı olarak typedefs oluşturmanın çeşitli yollarını açıklar.

Kotlin, tür takma adlarını destekler https://kotlinlang.org/docs/reference/type-aliases.html . Türleri ve işlev türlerini yeniden adlandırabilirsiniz.

Bazı durumlarda, bağlayıcı ek açıklama tam olarak aradığınız şey olabilir:

https://github.com/google/guice/wiki/BindingAnnotations

Veya Guice'ye güvenmek istemiyorsanız, sadece düzenli bir açıklama yapılabilir.

Bir Enum kullanabilirsiniz, ancak semantik olarak typedef'ten biraz farklı olsa da, yalnızca sınırlı bir değer kümesine izin verir. Başka bir olası çözüm, adlandırılmış bir sarmalayıcı sınıfıdır;

public class Apple {
      public Apple(Integer i){this.i=i; }
}

ancak bu, özellikle sınıfın bir takma addan başka bir işlevi olmadığının açık olmadığı göz önüne alındığında, daha karmaşık görünüyor.

Typedef, öğelerin, bulunmadıkları türlere örtük olarak atanmasına izin verir. Bazı insanlar bunu uzantılarla çözmeye çalışırlar; bunun neden kötü bir fikir olduğunu açıklamak için IBM'de okuyun.

Edit: Güçlü tip çıkarım yararlı bir şey olsa da, sanmıyorum (ve umuyoruz olmaz) görmek typedef yönetilen dilde çirkin kafa yetiştirme (hiç?) Görmüyorum.

Düzenleme 2: C # 'da, kaynak dosyanın üst kısmında bunun gibi bir kullanma ifadesi kullanabilirsiniz. Kullanıldığı için gösterilen ikinci öğeyi yapmanız gerekmez. Ad değişikliğini gördüğünüz tek zaman, bir kapsamın iki tür arasında bir ad çakışması başlatmasıdır. Yeniden adlandırma bir dosya ile sınırlıdır, bunun dışında kullanılan her değişken / parametre türü tam adıyla bilinir.

using Path = System.IO.Path;
using System.IO;

Java'da typedef'e gerek yoktur. İlkel olanlar dışında her şey bir Nesnedir. İşaretçi yok, sadece referans var. Normalde typedefs kullanacağınız senaryolar bunun yerine nesne oluşturduğunuz örneklerdir.