Обновить
42
0
trix@trix

Пользователь

Отправить сообщение
это было еще в мозилле, когда файрфокс был глубоко в проекте
groovy компилируется в те же ява классы, это не интерпретатор в интерпретаторе
на счет европы странно немного, ибо бенки в европе почти не известны.
вернее, hibernate — одна из реализаций JPA, сильно повлиявшая на ее спецификацию,
на счет спринга, как реализации jee6, я вообще избегаю особой радости, ибо это достаточно далеко от реальных lightweight идеалов
ну а от GWT вообще многие плюются :)
смотрел. на другом сайте, но вакансия та же.
знакомых архитектов из боинга у меня нет, чтобы точно выяснить, какую же роль у них играет груви и прочие питоны :)
ок. т.е. ваша позиция звучит так «формально, в яве нет пропертей». всё, считайте что я где-то согласен.
но неформально они очень даже есть. :)

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

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

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

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

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

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

1) IBM на даром начало такой проект www.projectzero.org/
2) простейший поиск вакансий в США по ключевому слову groovy возвращает, в том числе, вакансии в таких конторах, как Amazon и Boeing
вам изменяет память :)
да что вы говорите? а java.lang.Class имеет отношение?
мягко говоря спорно сводить «язык» только к синтаксическим конструкциям
Package java.beans
это очень сильная договоренность, ибо явовские проперти доступны для интроспекции языковыми средствами.

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

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

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

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

так вот, в яве принято проперти описывать в виде методов со сторого определенным именованием
сан вообще много странного делал и делает.
тот же JavaFX можно было на груви делать…
public int getItemCount() { return myList.size() }
если я правильно понял, что вы ходите сделать
совершенно идентично яве

а вы это всё к чему клоните?
типичная ситуация, когда дефолтные аксессоры занимают 3/4 объема класса-сущности
а разве где-то сказано, что это главное отличие и достижение и вообще смысл груви? :))
ась? очень даже превратится, ибо никакого доп.кода геттеров не будет создано.
даже если вы просто укажете public — геттеры не будут созданы для вас.

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

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

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность