Java.next: Общие принципы языков нового поколения

ок. т.е. ваша позиция звучит так «формально, в яве нет пропертей». всё, считайте что я где-то согласен.
но неформально они очень даже есть. :)

CDC я вообще ни разу в жизни не видел, и в связи с последними телодвижениями сана, полагаю, уже не увижу :)
а в CLDC рефлекшена нет

Java.next: Общие принципы языков нового поколения

вам standard run-time library перевести?

java.beans остутствует только в j2me, но там и reflection нет и класслоадеров нет, грубо говоря это почти не ява.

вопрос принадлежности RTL к языку ооочень спорный. особенно, когда касается явы

Java.next: Общие принципы языков нового поколения

это непросто, ибо, полагаю, вы не часто видите на коммерческих сайтах детальное описание архитектуры и на чем там вообще внутри все написано.

лично я работал в таких проектах и там груви использовался уже два года назад.

кроме того, по косвенным данным:

1) IBM на даром начало такой проект www.projectzero.org/
2) простейший поиск вакансий в США по ключевому слову groovy возвращает, в том числе, вакансии в таких конторах, как Amazon и Boeing

Java.next: Общие принципы языков нового поколения

вам изменяет память :)

Java.next: Общие принципы языков нового поколения

да что вы говорите? а java.lang.Class имеет отношение?
мягко говоря спорно сводить «язык» только к синтаксическим конструкциям

Java.next: Общие принципы языков нового поколения

Package java.beans

Java.next: Общие принципы языков нового поколения

да

Java.next: Общие принципы языков нового поколения

это очень сильная договоренность, ибо явовские проперти доступны для интроспекции языковыми средствами.

нигде не сказано, что проперть от поля обязана быть неотличима по доступу

в общем, это все в рамках нормальных языковых различий

Java.next: Общие принципы языков нового поколения

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

я вот вам кусочек процитирую:

property must have some attribute that makes it instantly recognizable as such and distinguishable from other values that are not properties.

так вот, в яве принято проперти описывать в виде методов со сторого определенным именованием

Java.next: Общие принципы языков нового поколения

сан вообще много странного делал и делает.
тот же JavaFX можно было на груви делать…

Java.next: Общие принципы языков нового поколения

public int getItemCount() { return myList.size() }
если я правильно понял, что вы ходите сделать

Java.next: Общие принципы языков нового поколения

совершенно идентично яве

а вы это всё к чему клоните?

Java.next: Общие принципы языков нового поколения

типичная ситуация, когда дефолтные аксессоры занимают 3/4 объема класса-сущности

Java.next: Общие принципы языков нового поколения

а разве где-то сказано, что это главное отличие и достижение и вообще смысл груви? :))

Java.next: Общие принципы языков нового поколения

ась? очень даже превратится, ибо никакого доп.кода геттеров не будет создано.
даже если вы просто укажете public — геттеры не будут созданы для вас.

read-only свойство выглядит вот так
final String name = «John»

если вы хотите менять его изнутри, но закрыть снаружи, то объявляете его public и ручками пишете только геттер

Java.next: Общие принципы языков нового поколения

да, просто указать модификатор доступа к полю и будет просто поле.
типа
private def price
protected String name

там по умолчанию поля public и с геттерами-сеттерами

Java.next: Общие принципы языков нового поколения

на моей практике в 90% геттеры-сеттеры в ява коде не содержат никакой доп.логики
т.е. груви как раз закрывает этот случай

Java.next: Общие принципы языков нового поколения

В коде груви их нет в явном виде, но на самом деле они есть :)

если вы хотите добавить валидацию в сеттер, таки придется его описать

Java.next: Общие принципы языков нового поколения

речь не о полях, а о пропертях. т.е. полях с доступом через стандартные геттеры-сеттеры.
груви их генерит автоматом

Java.next: Общие принципы языков нового поколения

это все же как-то безумно маргинально… кому нужны все возможности «точно как в рельсах», скорее всего возьмут RoR. Grails и то вещь довольно умеренной популярности.