Показать сообщение отдельно
Старый 30.11.2004, 12:51   #10   
Форумец
 
Аватар для Alex__G
 
Сообщений: 665
Регистрация: 23.04.2002
Возраст: 44

Alex__G вне форума Не в сети
Цитата:
Мода на трехзвенную архитектуру как пришла лет 5 назад, так и уйти может в любой момент. И судьба сопутствующих наворотов\решений\инструментов типа j2ee также изменится.
Это не мода, появление трехзвенной архитектуры вызвано общемировыми тенденциями возврата к централизованной обработке данных - (толстый сервер куча мелких клиентов), а также для обеспечения работы эффективной работы с разноплатформенными клиентами. А также есть куча других преимуществ. Кроме моды есть большое количесво технических "за".

Цитата:
Кроме того, действительно серьезные (в смысле критически важные по надежности) вещи на java не делаются ввиду массы проблем с самим языком.
Что есть в джаве такого как в языке, что не позволяет делать надежные системы

Цитата:
Ну, например - применение java не сертифицировано до сих пор Министерством Обороны США, а это что-то да значит.
Что не мешает им использовать сервера приложений в работе. Вопрос видимо в том, что не сертифицировано для определенного вида работ. Соответственно очень интересно узнать что сертифицировано в твоей постановке вопроса.

Цитата:
Да и для доступа к данным в СУБД от серверов приложений используются не только чистые средства java и не так уж и часто.
...
Даже фанаты java типа Oracle ставят при разработке приложений средства java (встроенные в СУБД !) всего лишь на третье место.
В java есть общепринятые способы доступа к бд через сервер приложений или без него. entity ejb, orm типа hibernate, или чистый jdbc (первые два в конечном итоге действуют через jdbc). По косвенным признакам понятно, что имеется в виду встроенная ява машина - надо выражаться четко и ясно. В отношении ява машины скажу, что сервер БД не предназначен для реализации бизнес логики - для ее реализации предназначен сервер приложений. Который получает данные в конечном итоге через jdbc.
такова рекомендованная архитетура. Воможность писать хранимые процедуры на яве не используется широко хотя бы по вышеназванной причине.

Цитата:
Да и кто же им мешает ядро СУБД на java переписать? Однако, не пишут и не собираются этого делать, судя по последним вещам. Поддерживают несколько платформ для разработки, а универсальный (крутой ) язык не применяют, это почему вдруг?
Во первых потому что страшно дорого во вторых потому что в задачах это типа производительность явы недостаточна.

Цитата:
А уж как среда для разработки юзерного интерфейса средства типа JDeveloper и т.д. - очень хилая по сравнению с тем же Дельфи.
Здесь проблема есть. Но благодаря трехзвенной архитектуре и CORBA основе клиента можно делать на чем угодно

Цитата:
что серьезными являются вещи, которыми мало кто занимается и мало кто применяет.
Что является серьезным, определено на мировом уровне. А если бы у нас знали что и как использовать, то применяли бы - будь уверен.

Alex__G добавил [date]1101814172[/date]:
Цитата:
Просто это разные вещи по своему назначению.
для того чтобы выбрать, нужно знать из чего выбирать. Что какие возмоности имеет. В этом форуме речь идет в основном о прикладном программировании, поэтому все инструменты рассматрваются в данной теме как инструменты для создания прикладных программ, а не для сверхнадежных систем управления ядерными боеголовками
  Ответить с цитированием