Чи існує еквівалент Java або методологія для ключового слова typedef в C ++?

Походячи з C та C ++, я виявив, що розумне використання typedefє неймовірно корисним. Чи знаєте ви про спосіб досягнення подібної функціональності в Java, чи це механізм Java, шаблон чи якийсь інший ефективний спосіб, який ви використовували?

У Java є примітивні типи, об'єкти та масиви, і все. Немає типів.

Якщо це саме ви маєте на увазі, ви можете просто розширити клас, який ви хочете набратиdedef, наприклад:

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

На java немає typedef в java, що можна зробити, це зробити клас обгортки для того, що ви хочете, оскільки ви не можете підкласи підсумкових класів (Integer, Double тощо)

Як вже згадували інші,
у Java немає механізму typedef.
Я також не підтримую "підроблені класи" взагалі, але тут не повинно бути загального суворого правила:
Якщо ваш код, наприклад, використовує знову і знову "загальний тип типу", наприклад:

Map<String, List<Integer>> 

Ви обов'язково повинні врахувати наявність підкласу для цієї мети.
Ще один підхід, який можна врахувати, це, наприклад, уповільнення у своєму коді:

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

А потім використовуйте у своєму коді NameToNumbers і поставте завдання попереднього компілятора (ANT / Gradle / Maven) для обробки та створення відповідного коду Java.
Я знаю, що для деяких читачів цієї відповіді це може здатися дивним, але саме стільки фреймворків реалізували "анотації" до JDK 5, це те, що робить проект lombok та інші рамки.

Дійсно, єдиним використанням typedef, який передається в Javaland, є псевдонім, тобто давання тому ж класу декількох імен. Тобто у вас клас "А" і ви хочете, щоб "В" посилався на одне і те ж. У C ++ ви б робили "typedef BA;"

На жаль, вони просто не підтримують це. Однак якщо ви керуєте всіма типовими типами, МОЖЕТЕ витягнути неприємний злом на рівні бібліотеки - ви або подовжуєте B від A, або змушуєте B реалізувати A.

Можливо, це може стати іншою можливою заміною:

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

Як зазначається в інших відповідях, вам слід уникати антипатерні псевдотипу . Однак typedefs все ще корисні, навіть якщо це не спосіб їх досягнення. Ви хочете розрізняти різні абстрактні типи, які мають однакове представлення Java. Ви не хочете змішувати рядки, що представляють собою паролі, з тими, що представляють собою вуличні адреси, або цілі числа, які представляють зміщення, з тими, що мають ті, що представляють абсолютне значення.

Checker Framework дозволяє визначити ЬурейеЕ в зворотної сумісності способу. Я працюю навіть для примітивних класів, таких як intзаключні класи, такі як String. Він не має накладних витрат та не порушує тести рівності.

Розділ типу псевдонімів та typedefs у посібнику з Checker Framework описує кілька способів створення typedef, залежно від ваших потреб.

Kotlin підтримує псевдоніми типу https://kotlinlang.org/docs/reference/type-aliases.html . Ви можете перейменовувати типи та типи функцій.

У деяких випадках обов'язкова примітка може бути саме тим, що ви шукаєте:

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

Або якщо ви не хочете залежати від Guice, це може зробити звичайна примітка.

Ви можете використовувати Enum, хоча це семантично трохи відрізняється від typedef тим, що він дозволяє лише обмежений набір значень. Іншим можливим рішенням є названий клас обгортки, наприклад

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

але це здається набагато незграбнішим, особливо з огляду на те, що з коду не зрозуміло, що клас не має іншої функції, крім псевдоніму.

Typedef дозволяє елементам неявно присвоювати типи, яких вони не є. Деякі люди намагаються обійти це з допомогою розширень; читайте тут у IBM для пояснення, чому це погана ідея.

Редагувати: Хоча сильний висновок є корисною справою, я не вважаю (і сподіваюся, що ми цього не побачимо) typedefвирощування некрасивої голови на керованих мовах (коли-небудь?).

Редагування 2: У C # ви можете використовувати такий оператор у верхній частині вихідного файлу. Він використовується, тому не потрібно робити другий показаний елемент. Єдиний раз, коли ви бачите зміну імені, це коли область вводить зіткнення імені між двома типами. Перейменування обмежено одним файлом, поза яким кожен тип змінної / параметрів, який він використовував, відомий своїм повним іменем.

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

На Java не потрібно вводити typedef. Все є Об'єктом, крім примітивів. Немає покажчиків, лише посилання. Сценарії, в яких ви зазвичай використовуєте typedefs, - це випадки, коли ви створюєте об'єкти.