kefi[quot Naug] И все это делается без кода! Зачем он в этих унифицированных операциях - низачем, а Borland готовит его целый грузовик...
Так уж в Яве повелось. Просто в Дельфи эти горы вынесены в dfm или скрыты иными способами, а тут лежат вместе с прочим кодом. Чтобы это не мешало, существует фолдинг в редакторе исходников. И мне кажется, что технология dbSwing очень похожа на дельфийские компоненты доступа к данным, в отличие от JDO, хотя что лучше - это очень и очень большой вопрос.

kefiВот-вот помогите понять что в Java лучшее для решения поставленой задачи!
Вы то сам чем пользуетесь?
Если JBuilder, то намекните - можно ли там создать несколько гридов на форме со своими источниками данных, причем,чтоб эти гриды связаны др. с другом по типу главный - подчиненный. А то мастер в JBuilderX мне построил только убогое бланковое окошечко.
Как и Вы, я сам ничем не пользуюсь, а только оцениваю перспективы реализации некоторого проекта с помощью разных технологий. Окончательный выбор я ещё не сделал, хотя склоняюсь к Яве процентов так на 75.

Разумеется, создать несколько гридов со своими источниками данных можно, можно прописать все запросы на обновление данных в свойствах специальных компонент, можно сделать мастер-деталь и вообще всё, что нужно для традиционных систем работы с данными и при этом не написать ни строчки кода. К сожалению, не всё там внешне красиво, есть и глюки (где их нет?), но всё это уже рабочие моменты (речь о JBuilder2005 foundation). И ещё: чтобы что-то получилось придётся прочесть входящую в комплект документацию (точно не помню, но вроде я скачивал её отдельно - все ссылки есть на Борланде). Там не слишком большой объем, так что за пару дней осилить реально.

JDO и прочие J2EE прибамбахи я не испытывал уже хотя бы потому, что в отличие от Борландовской dbSwing, там надо очень долго и кропотливо разбираться. Есть, однако, предположение, что оно того стоит.

IMHO, ощущение примерно такое: если есть твёрдая решимость разрабатывать кроссплатформенную систему не с веб-интерфейсом, то все варианты кроме Явы как-то меркнут по причине своей недоделанности (FreePascal, Mono, Python и т.п.). Ява - единственная зрелая платформа промышленного уровня для кроссплатформной разработки.

Ещё одна перспектива - примерно летом должен выйти QT4 со всеми средствами разработки с GPL лицензией не только для линюха, но и для винды. Можно глядеть в этом направлении, хотя данная система и не слишком заточена под работу с данными.

kefiТак горы накладного кода имеют очевидный недостатоки :
они также , хоть и видны , но могут содержать ошибки,
С ними трудно разбиратьcя.
1. Их можно скрыть.
2. Их генерит JBuilder, поэтому ошибок там нет :)
3. С ними не обязательно разбираться. Всё делается через IDE.

kefi
Я-то к Java склоняюсь на 100%, но нужно как-то эффективно продвигаться, а я стою на месте, не понимая за что браться изучать в плане поставленой темы.
Чтобы быстро - брать документацию к JBuilder. Но не забывать при этом начать читать что-нибудь фундаментальное. Например, Брюса Эккеля.

kefiНу так значит, dbSqwing? Я сам так подумал, т.к. Borland не должен бы ее оставить в будущем.
Ой, не уверен. Борланд такой ветренный...

kefiЯ не против этого универсального подхода.
Этот подход не универсальный. Он просто принципиально другой. Аналогичные подходы существуют и для Дельфи (InstantObjects) и для .NET

kefiНо нужен быстрый старт. И вообще я принципиально считаю, что всегда нужен быстрый старт .Это одна из вещей , характеризующих качество технологии при равных прочих.
Быстрый старт характеризует скорее ширпотребность. НО. В нашем с Вами случае без него очень трудно оценить технологию самостоятельно, а не опираясь на чужое мнение, составленное часто под влиянием некоторых конкретных обстоятельств, не совпадающих с нашими.

kefiJava-то того стоит, но боюсь, что мне кропотливое разбирательство этих вещей затянет этот старт на вечность и значит с Javа ничего не получится.
Смотря что понимать под вечностью... Я думаю, что быстрее чем за год вообще никакую технологию не освоить. Ява хороша тем, что сам язык, т.е. основа платформы, чист, прост, логичен и не увешан всякими неочевидными нюансами в форме граблей. Это может дать большое преимущество при углублении в дебри конкретных технологий.

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

kefiА Вы на чем решаете подобные задачи ? Мне просто кажется, что мало народа ими на Java занимается по причине тяжелых в освоении технологий.
Я думаю, что не так уж и мало народа работает на Яве :). Просто подавляющее большинство не занимается GUI в традиционном для винды понимании. Однако вполне вероятно, что ситуация начинает меняться в силу того, что отошла на задний план основная проблема - недостаточное быстродействие и маленький объём памяти среднестатистического компьютера. И Swing, и тем более SWT уже обеспечивают вполне приемлемую шустрость интерфейса, так что перспективы есть.

PS: После Дельфи я несколько шокирован практически полным отсутствием бесплатных или хотя-бы дешевых компонент для Явы. Всё, что есть хорошего стоит немалых денег. Народ, вы что, реально покупаете всякие там JGoodies за $1K?

Alexey RovdoА это дорого? Сколько же ваше руководство планирует на весь проект потратить (с учетом зарплат разработчиков) ?
Я скорее имею ввиду индивидуальную разработку для мелких предприятий. Там весь бюджет едва ли превышает несколько тысяч. Сознаю, что да, Ява не очень годится для индивидуальной разработки, но других вариантов - небогато.


Alexey RovdoВ целом мне кажется что с бесплатными прибамбасами в Java все не так уж плохо. Но за качественные продукты приходится платить. Но и компоненты Developer Express для Delphi тоже денег стоят.
Во-первых, они всё-же раза в 2 дешевле, во-вторых есть и совсем бесплатные типа EhLib или VirtualTreeView или FreeReport и при этом вполне неплохие, по крайней мере для большинства задач. Для Явы низкобюджетных компонент (именно для GUI) очень мало вообще, уж не говоря о разнообразии в каждом классе (сетки, деревья, списки и т.п.). Вполне вероятно, что как раз из-за того, что Яву для GUI используют редко.