Я хочу больше синтаксического сахара в своем Java! [закрытый]

Как со многими, я застреваю для управления приложением, записанным в Java 1.4 (миграция к 1,5 является одной путь во многих случаях). Таким образом, даже если Java 7 или 8 получит новую возможность, то я не смогу к используемому их... Так или иначе синтаксический сахар хорош, он может помочь записи, чтению и анализу кода.

Одной вещью, которую Java действительно успел бы реализовывать, является что-то эквивалентное касательно и параметры.

Мне не нравится "синтаксический сахар", как главным образом, потому что это было бы еще одной вещью учиться и скорее всего злоупотребить в конечном счете. Я проклял в раздражении из-за создания методов считывания и методов set сам хотя, таким образом, я понимаю, почему можно было бы хотеть сделать создание максимально легких, но я буду скорее видеть @Get, @Set и @GetSet аннотации, чем больше синтаксиса thingamajiggers, чтобы сделать задание.

Платформа Java приняла огромную сумму языков программирования. Если Вы хотите больше синтаксического сахара, Вы могли бы использовать другой язык как Groovy или (J) Ruby, и он будет все еще работать на jvm и работать с Вашими другими библиотеками Java. (Я даже думаю, что существует реализация C# ;)

Я записал некоторые аннотации (и процессор аннотации), который помогает этому вполне немного.

См. http://code.google.com/p/javadude/wiki/Annotations

Например:

@Bean(
    properties={
        @Property(name="name", bound=true), // String is default type
        @Property(name="age", type=int.class, bound=true)
    }
)
public class Foo extends FooGen {}

Это генерирует FooGen, содержащий поля, и станьте/методы установки, а также создание их связанными (который является дополнительным). Существует много других забавных вещей, которые можно сделать с ними также.

Примечание: Я делаю несколько тонких настроек теперь, когда удерживают от использования различные опции "переопределения".

Приятного отдыха,

- Scott

Это не совершенно необходимо.

Мог работать простой макрос редактора:

подоприте интервал x->

private int x;

public int getX(){
   return x;
}
public void setX(int val){ 
   x = val;
}

Править: (в ответ на комментарии)

Как это любой менее читаемый, чем:

private int x;

public int X{
    get { return x; }
    set { x = value; }
}

Сахар плох для Ваших зубов. Синтаксический сахар плох для Вашего мозга.

Если я буду использовать Java для чего-либо большого снова, то это будет как выходной язык из другого компилятора.

В то время как свойства хороши, они не Java. Я серьезно думаю, что javabean спецификация закрыла ту дверь давным-давно. Я думаю, что существуют более ясные случаи для синтаксического сахара, который необходим:

• Использование внутренних классов из-за отсутствия делегатов/закрытий. Текущий синтаксис от ада.
• Методы как язык первого порядка создают, т.е. типы данных метода.
• Вывод типа с дженериками
• Присутствие во время выполнения дженериков в API Reflection.
• События

Согласно разговору Mark Reinhold в Devoxx 2008, поддержка свойства не будет добавлена к Java в Java 7.

http://hamletdarcy.blogspot.com/2008/12/java-7-update-from-mark-reinhold-at.html

Больше информации о свойствах в Java 7 идей здесь:

http://tech.puredanger.com/java7#property

Я также разработал и в Java и в C# последние несколько лет, и нахожу C# превосходящим языком относительно выразительности и мощных конструкций языка. Язык Java не подвергается той же степени изменений и обновлений как C#, по крайней мере не в том же темпе. Я все еще не обязательно подразумеваю, что Java должен быть решительно обновлен, но нам нужен мощный и выразительный статически типизированный язык на платформе Java. Я думаю, что Scala собирается разработать на этот заменяющий язык, который мы Java-разработчики могут переключить на то, когда обычный Java не сокращает его.

C# является абсолютно фантастическим языком; вероятно, "лучший" статически типизированный язык в эти дни, но Java является все еще, по-моему, превосходящей платформой. Мне нравится Java платформа, и мне нравится C# язык.

Кажется, что Вы хотите Groovy... По-видимому, свойства на пути, хотя не в Java 7 (как @erickson услужливо исправил меня о в комментарии).

Groovy действительно имеет хороший строковый сахар.

"Синтаксический сахар вызывает рак точки с запятой".

- Alan Перлис. Эпиграммы на программировании.

Это - oldschool C#. В наше время это

public int X { get; set; }