ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Проблема выбора среды разработки для WEB (J2EE)
35 сообщений из 35, показаны все 2 страниц
  все  
Проблема выбора среды разработки для WEB (J2EE)
    #33162318
Василий Барсуков
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Василий Барсуков
Гость
Привет, All!
Поскольку ваш покорный слуга новичок в разработке WEB (J2EE) приложений.
Хотелось бы услышать ваше мнение по современным средствам имеющимся на
рынке. Простоте или сложности их использования и т.д. Наряду с этим очень
хочется чтобы мнение было объективным, а не криками rulez и все так делают.
Поклонников .Net прошу унять свой пыл. поскольку среда будущего проекта
гетерогенная, в основном UNIX машины. А для пущей академичности предлагаю
разделить весь ком проблем на части и "Кушать слона по-частям". Не скрою что
уже есть некоторые предпочтения, но может меня переубедят.
А сегодня хочется обсудить эти средства с самой горячей для разработчика и
его визави-пользователя темы - UI.

UI который мы потеряли?
Работая на персональных машинах standalone или в локальных сетях
пользователи имеют довольно симпатичный UI, с множеством управляющих
элементов, контролек, полей ввода. Кроме того мы имели возможность выполнять
сложные проверки действий пользователя иногда прямо на лету, без
утомительных перерисовок экрана, зачастую обращаясь к бизнес-модели в любой
момент времени.
Перейдя в среду тонкого клиента мы получили довольно отталкивающий с точки
зрения конечного пользователя - чехарда сменяющих друг друга страниц,
проверка ввода только после заполнения формы, либо слабая проверочека на
лету на JavaScript. Но то что подходит для электронной торговли, совсем не
годится для человека регистрирующего 100 разноплановых документов в день
(операционист в банке). Но начальство требует унификации и быстрого внесения
изменений.
Ну вот проблему вроде обрисовали. Конечно упустили некоторые сетевые аспекты
( пропускная способность, латентность, надежность) но это уже сам думай для
каких условий пишется приложение. Сейчас меня больше интересуют
потенциальные возможности этих средств. Да совсем забыл еще одно
требование - надо чтобы максимальные возможности были представлены в
коробке. Мне прикладные задачки решать надо, а не над разработкой компонент
или bean-ов сидеть

Вот начал смотреть. Вернее по старой дружбе сначала пригласили на
презентацию UNIFY NXJ (www.unify.ru). Почитал немножко doc'и показалось
вполне пристойно с точки зрения UI.
Тут тебе тебе и простые формы, и табличные представления с полосами
прокрутки, формы master-detail, tab закладки, множество контролек. Даже
можно проверить ввод в поле прямо после того как пользователь ее ввел да еще
обратившись к серверу приложений (в-о-о-о). А самое главное нет этого
раздражающего мигания форм.

А теперь о главном: а есть ли еще продукты предоставляющие подобный UI?

Bye -- Василий Барсуков

PS Несомненно что на UI свет клином не сошелся. Постараюсь поскорее созреть
по другим вопросам.



Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
12.07.2005, 21:07
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33162362
Фотография Михаил Михайлович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Михаил Михайлович
Участник
Macromedia ColdFusion 7.0
...
Рейтинг: 0 / 0
12.07.2005, 22:05
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33162706
Василий Барсуков
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Василий Барсуков
Гость
А аргументы будут, или просто это то что вам нравится, привыкли, знаете
(подчеркните нужное)
Кстати в своем сообщении я четко дал понять, что следует обсудить не только
UI. А все аспекты разоработкию. просто еще не созрел задавать вопросы
"Михаил Михайлович" <nospam@sql.ru>; сообщил/сообщила в новостях следующее:
news:1698032@sql.ru...
Macromedia ColdFusion 7.0
Тема Ответить


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
13.07.2005, 10:20
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33163591
АБ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
АБ
Участник
Вообще-то эта тема скорее для java форума на этом же сайте.

Проблема качества UI в чистом веб-клиенте действительно есть. Что бы ни думали по этому поводу Sun, IBM и java-гуру, нормального пользователя, привыкшего к вылизанным и "летающим" клиент-серверным интерфейсам, веб-интерфейс никак не радует. Ты ему объясняешь как это круто -- трехзвенка, отсутствие софта на рабочих местах, но это преимущества для админа, для ИТ-службы, а юзер тоскует... Получается что айтишники облегчают себе жизнь за его, юзера, счет -- снижая качество интерфейса. Причем что особенно прикольно: сами программеры предпочитают программы (средства разработки) написанные нифига не на java и уж точно не в веб-интерфейсе. Ууумные :)

Пока речь идет о веб-магазинах и веб-банкинге, с этим еще можно мириться -- в конце концов не сильно много времени там юзер тратит. Но если речь идет о внутрикорпоративных приложениях, то проблема встает во весь рост. Мой личный прогноз -- в обозримом будущем мажоры перестанут делать хорошую мину при плохой игре и признают что Struts/JSF (близкие концептуально) -- это не венец творения, и отправят их на обочину прогресса, как отправили аплеты. На java-форуме пробегала Сановская статья про технологию AJAX, это шаг к такому признанию. Вроде есть даже уже продукты его реализующие, только цена (опять же по сообщению сдесь на форуме) от пятидесяти килобаксов...

Что касается Unify, то им реально удалось создать веб-интерфейс, по качеству практически не уступающий клиент-серверному. Это круто. Но не "стандартно". То есть, на самом деле, это 100% J2EE, но это не Struts и не JSF. Для некоторых это -- приговор. (Я подозреваю что к таким оценкам склонны молодые наши коллеги, не так давно наблюдающие айтишный цирк с его периодической сменой мантр и поэтому считающие нынешнее блаблабла маркетологов истиной в последней инстанции.) С другой стороны, не исключено, что Unify NXJ опередил время, и мэйнстрим движется примерно в этом же направлении.

А вообще-то UI -- это конечно важно, но довольно скучно. Вот в области SOA, вебсервисов, XML, управления бизнес-процессами (BPM) интересные и принципиально новые возможности открываются.
...
Рейтинг: 0 / 0
13.07.2005, 14:21
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33164670
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ВМоисеев
Участник
>Привет, All!
>Поскольку ваш покорный слуга новичок в разработке WEB (J2EE) приложений ...

Посмотри здесь:
http://www.gotdotnet.ru/LearnDotNet/NETFramework/125377.aspx
как вариант. Прототип работает и в локальной сети и через инет, клиентский интерфейс абсолютно идентичен.
...
Рейтинг: 0 / 0
13.07.2005, 21:53
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33164686
Василий Барсуков
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Василий Барсуков
Гость
Опять mustdie.Ведь в заголовке ясно писано J2EE

"ВМоисеев" <nospam@sql.ru>; сообщил/сообщила в новостях следующее:
news:1702064@sql.ru...
>Привет, All!
>Поскольку ваш покорный слуга новичок в разработке WEB (J2EE) приложений ...

Посмотри здесь:
http://www.gotdotnet.ru/LearnDotNet/NETFramework/125377.aspx
как вариант. Прототип работает и в локальной сети и через инет, клиентский
интерфейс абсолютно идентичен.
Тема Ответить


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
13.07.2005, 22:31
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33164712
Фотография Михаил Михайлович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Михаил Михайлович
Участник
Василий Барсуков
А аргументы будут, или просто это то что вам нравится, привыкли, знаете
(подчеркните нужное)
Кстати в своем сообщении я четко дал понять, что следует обсудить не только
UI. А все аспекты разоработкию. просто еще не созрел задавать вопросы
"Михаил Михайлович" <nospam@sql.ru>; сообщил/сообщила в новостях следующее:
news:1698032@sql.ru...
Macromedia ColdFusion 7.0
Тема Ответить


Posted via ActualForum NNTP Server 1.2


1) Очень гибкий скриптовой язык CFML
2) Возможность бысто и удобно выбрать подключение к источнику, поменять его;
3) Возможность быстро поменять java-машину
3) Куча инфы для тех кто хочет добавлять свои теги (java, C++), хотя их
и так до одного места и они качественно документированы с кучей примеров

4) Расширенная поддержка технологии Flash
5) Возможность быстрой интеграции Web-сервисов
6) Для извращенцев возможность визуального редактирования шаблонов
7) Встроенный шедулер
8) Прозрачность для HTML, CSS, ActieX, сервлетов
9) Распределённые запросы
10) 2-3 полностью заточенных среды программирования с одновременной поддержкой HTML и ASP.NET

Маленький минус - стоит это удовольствие кучу деньгов :)
Но есть клёвая девелоперская лицензия.
...
Рейтинг: 0 / 0
13.07.2005, 23:15
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33164716
Фотография Михаил Михайлович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Михаил Михайлович
Участник
АБА вообще-то UI -- это конечно важно, но довольно скучно. Вот в области SOA, вебсервисов, XML, управления бизнес-процессами (BPM) интересные и принципиально новые возможности открываются.

Какие возможности? Пол года прикручивать какойнить TomCat или
всю жизнь пытаться понять как работает SunOne Server ?

Если в MS Visul Studio 2003 есть возможность для идиотов за 5 секунд сделать веб-службу, то я с радостью буду идиотом. Потому что такие штуки даже борланду не удаются последнее время.
...
Рейтинг: 0 / 0
13.07.2005, 23:22
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33164723
коты
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
коты
Участник
Василий Барсуков
Перейдя в среду тонкого клиента мы получили довольно отталкивающий с точки
зрения конечного пользователя - чехарда сменяющих друг друга страниц,
проверка ввода только после заполнения формы, либо слабая проверочека на
лету на JavaScript. Но то что подходит для электронной торговли, совсем не
годится для человека регистрирующего 100 разноплановых документов в день
(операционист в банке). Но начальство требует унификации и быстрого внесения
изменений.
Ну вот проблему вроде обрисовали. Конечно упустили некоторые сетевые аспекты
( пропускная способность, латентность, надежность) но это уже сам думай для
каких условий пишется приложение. Сейчас меня больше интересуют
потенциальные возможности этих средств. Да совсем забыл еще одно
требование - надо чтобы максимальные возможности были представлены в
коробке. Мне прикладные задачки решать надо, а не над разработкой компонент
или bean-ов сидеть

тонкий клиент никому не обязан быть сделан на чистом html или ajax.

это вполне может быть полноценное gui приложение, написанное на swing или swt, которое обменивается данными с сервером при помощи soap или xml/rpc . в случае, когда оператору требуется предоставить максимально удобный и быстрый интерфейс, со множеством связанных таблиц, обновляющихся комбобоксов и гридов, это оптимальный вариант. этом, как ни странно, и серверная, и клиентская часть получаются удивительно прозрачными. средства для организации веб-сервиса на java - это тема для отдельной беседы но, так или иначе, принципы их интеграции со всеми распространенными серверными программными и архитектурными решениями уже давно разработаны и широко используются.
...
Рейтинг: 0 / 0
13.07.2005, 23:31
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33164749
Фотография Михаил Михайлович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Михаил Михайлович
Участник
коты Василий Барсуков
Перейдя в среду тонкого клиента мы получили довольно отталкивающий с точки
зрения конечного пользователя - чехарда сменяющих друг друга страниц,
проверка ввода только после заполнения формы, либо слабая проверочека на
лету на JavaScript. Но то что подходит для электронной торговли, совсем не
годится для человека регистрирующего 100 разноплановых документов в день
(операционист в банке). Но начальство требует унификации и быстрого внесения
изменений.
Ну вот проблему вроде обрисовали. Конечно упустили некоторые сетевые аспекты
( пропускная способность, латентность, надежность) но это уже сам думай для
каких условий пишется приложение. Сейчас меня больше интересуют
потенциальные возможности этих средств. Да совсем забыл еще одно
требование - надо чтобы максимальные возможности были представлены в
коробке. Мне прикладные задачки решать надо, а не над разработкой компонент
или bean-ов сидеть

тонкий клиент никому не обязан быть сделан на чистом html или ajax.

это вполне может быть полноценное gui приложение, написанное на swing или swt, которое обменивается данными с сервером при помощи soap или xml/rpc . в случае, когда оператору требуется предоставить максимально удобный и быстрый интерфейс, со множеством связанных таблиц, обновляющихся комбобоксов и гридов, это оптимальный вариант. этом, как ни странно, и серверная, и клиентская часть получаются удивительно прозрачными. средства для организации веб-сервиса на java - это тема для отдельной беседы но, так или иначе, принципы их интеграции со всеми распространенными серверными программными и архитектурными решениями уже давно разработаны и широко используются.



Формочки для тонкого клиента никто не обязан рисовать на свинге. Тем более, что это никому как прапвило не надо. А всё остальное наверно наносное и крупнокорпоративное. Т.е. там уже всё нарисовали. Не надо темнить. 99% клиентских мест под форточками.
...
Рейтинг: 0 / 0
14.07.2005, 00:13
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33165349
Василий Барсуков
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Василий Барсуков
Гость
коты молодцы! Книжки читают. только вот беда. Найти нормального программиста
знающего swing - это проблема. о которой знаю не понаслышке. Есть друг,
которого считаю очень хорошим прграммистом, так чтобы прилично освоить swing
у него ушло примерно полгода. пишет он на нем мовершенно замечательно. без
IDE только в текстовом редакторе. Но смотрят на него при этом как на
вымирающего мастодонта (ну типа меня > 10 лет UNIX и C++). при этом куча
молодых людей со знанием xml, java, JavaScript но поверхностно. им дать в
руки качественный tool и под присмотром в светлое будущее
"коты" <nospam@sql.ru>; сообщил/сообщила в новостях следующее:
news:1702142@sql.ru...
Василий Барсуков

Перейдя в среду тонкого клиента мы получили довольно отталкивающий с точки
зрения конечного пользователя - чехарда сменяющих друг друга страниц,
проверка ввода только после заполнения формы, либо слабая проверочека на
лету на JavaScript. Но то что подходит для электронной торговли, совсем не
годится для человека регистрирующего 100 разноплановых документов в день
(операционист в банке). Но начальство требует унификации и быстрого внесения
изменений.
Ну вот проблему вроде обрисовали. Конечно упустили некоторые сетевые аспекты
( пропускная способность, латентность, надежность) но это уже сам думай для
каких условий пишется приложение. Сейчас меня больше интересуют
потенциальные возможности этих средств. Да совсем забыл еще одно
требование - надо чтобы максимальные возможности были представлены в
коробке. Мне прикладные задачки решать надо, а не над разработкой компонент
или bean-ов сидеть


тонкий клиент никому не обязан быть сделан на чистом html или ajax.

это вполне может быть полноценное gui приложение, написанное на swing или
swt, которое обменивается данными с сервером при помощи soap или xml/rpc. в
случае, когда оператору требуется предоставить максимально удобный и быстрый
интерфейс, со множеством связанных таблиц, обновляющихся комбобоксов и
гридов, это оптимальный вариант. этом, как ни странно, и серверная, и
клиентская часть получаются удивительно прозрачными. средства для
организации веб-сервиса на java - это тема для отдельной беседы но, так или
иначе, принципы их интеграции со всеми распространенными серверными
программными и архитектурными решениями уже давно разработаны и широко
используются.
Тема Ответить


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
14.07.2005, 11:18
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33165469
Aion
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aion
Гость
2 Василий Барсуков

Для web приложений, в данном случае imho, наилучшим способом проявит себя portal'и (IBM,BEA). Отпадет необходимость делать стандартные вещи типа UI, design, security и т.д., т.е. непосредственно приступить к решению насущных проблем. Еще один не мало-важный момент, это интеграция средств разработки и самим порталом, отсюда следует - легкость разработки, теста и т.д. Ну и не стоит забывать, что средства администрирования - по дефалту уже есть (типа добавить пользователю права, сделать обновление портлета, сконфигурить page и т.д. и т.д.)
...
Рейтинг: 0 / 0
14.07.2005, 11:57
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33165573
коты
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
коты
Участник
Василий Барсуков
коты молодцы! Книжки читают. только вот беда. Найти нормального программиста
знающего swing - это проблема. о которой знаю не понаслышке. Есть друг,
которого считаю очень хорошим прграммистом, так чтобы прилично освоить swing
у него ушло примерно полгода. пишет он на нем мовершенно замечательно. без
IDE только в текстовом редакторе. Но смотрят на него при этом как на
вымирающего мастодонта (ну типа меня > 10 лет UNIX и C++). при этом куча
молодых людей со знанием xml, java, JavaScript но поверхностно. им дать в
руки качественный tool и под присмотром в светлое будущее
"коты" <nospam@sql.ru>; сообщил/сообщила в новостях следующее:
news:1702142@sql.ru...
Василий Барсуков

полгода?? мне кажется, мы говорим о разных вещах.
если требуется написание собственных сложных виджетов (по типу своих компонентов в дельфях), то уверенно писать код, не смотря в явадоки, действительно начнешь через полгода.
но научиться реализовывать стандартный интерфейс документооборота или бухгалтерской программы, используя подмножество "стандартных-ОС" контролов, можно научиться недели за три..

кроме того, как там выше кто-то заметил, клиент совершенно не обязательно должен быть кроссплатформенным, его хоть на дельфи, хоть на в-басике можно писать.

книжки, кстати, тут не при чем - хттп-гуи клиентов клиентов писал и для пхпшной системы (xml-rpc -> mfc), и на яве (soap -> swt client), и на дельфях (isapi -> vcl).
...
Рейтинг: 0 / 0
14.07.2005, 12:27
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33165915
Василий Барсуков
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Василий Барсуков
Гость
Хорошее предложение - полностою положится на голубых гигантов. Только вот
беда не дают они желаемого качества UI. У одного внутри Struts у другого
NetUI, хотелось бы что-нибудь более изысканое
вот ежели использовать их сервера приложений вместо JBoss, - тут двумя
руками за.

"Aion" <nospam@sql.ru>; сообщил/сообщила в новостях следующее:
news:1703339@sql.ru...
2 Василий Барсуков

Для web приложений, в данном случае imho, наилучшим способом проявит себя
portal'и (IBM,BEA). Отпадет необходимость делать стандартные вещи типа UI,
design, security и т.д., т.е. непосредственно приступить к решению насущных
проблем. Еще один не мало-важный момент, это интеграция средств разработки и
самим порталом, отсюда следует - легкость разработки, теста и т.д. Ну и не
стоит забывать, что средства администрирования - по дефалту уже есть (типа
добавить пользователю права, сделать обновление портлета, сконфигурить page
и т.д. и т.д.)
Тема Ответить


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
14.07.2005, 13:48
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33165932
Василий Барсуков
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Василий Барсуков
Гость
зх молодежь! Да можно слабать с помощью мыши и tutorial'a нечто. Только вот
беда ежели таких приладов будет много. а сопровождать и переделывать вам их
придется года 2.

"коты" <nospam@sql.ru>; сообщил/сообщила в новостях следующее:
news:1703505@sql.ru...
Василий Барсуков

коты молодцы! Книжки читают. только вот беда. Найти нормального программиста
знающего swing - это проблема. о которой знаю не понаслышке. Есть друг,
которого считаю очень хорошим прграммистом, так чтобы прилично освоить swing
у него ушло примерно полгода. пишет он на нем мовершенно замечательно. без
IDE только в текстовом редакторе. Но смотрят на него при этом как на
вымирающего мастодонта (ну типа меня > 10 лет UNIX и C++). при этом куча
молодых людей со знанием xml, java, JavaScript но поверхностно. им дать в
руки качественный tool и под присмотром в светлое будущее
"коты" <nospam@sql.ru>; сообщил/сообщила в новостях следующее:
news:1702142@sql.ru...
Василий Барсуков


полгода?? мне кажется, мы говорим о разных вещах.
если требуется написание собственных сложных виджетов (по типу своих
компонентов в дельфях), то уверенно писать код, не смотря в явадоки,
действительно начнешь через полгода.
но научиться реализовывать стандартный интерфейс документооборота или
бухгалтерской программы, используя подмножество "стандартных-ОС" контролов,
можно научиться недели за три..

кроме того, как там выше кто-то заметил, клиент совершенно не обязательно
должен быть кроссплатформенным, его хоть на дельфи, хоть на в-басике можно
писать.

книжки, кстати, тут не при чем - хттп-гуи клиентов клиентов писал и для
пхпшной системы (xml-rpc -> mfc), и на яве (soap -> swt client), и на
дельфях (isapi -> vcl).
Тема Ответить


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
14.07.2005, 13:54
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33166059
коты
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
коты
Участник
Василий Барсуков
зх молодежь! Да можно слабать с помощью мыши и tutorial'a нечто. Только вот
беда ежели таких приладов будет много. а сопровождать и переделывать вам их
придется года 2.


я чет вас не понял
к чему этот старперский пафос?
вы спрашиваете с позиций человека, который ниче толком не знает, нахватался на презентациях и у знакомых отрывочных сведений
вам объясняют - так и так, люди делали, проекты работают
притензий по существу я чет не заметил


а если вам надо чтобы все грандиозно, без левых библиотек и "кривых" решений -
как уже сказали тут - купите вебсферу, портал, rational developer, нанимайте программеров и делайте на здоровье.
...
Рейтинг: 0 / 0
14.07.2005, 14:27
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33166171
Василий Барсуков
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Василий Барсуков
Гость
Извините, коты! Просто есть масса печального опыта. Я работаю на одном месте
уже > 8 лет. Тащу довольно много своего. да еще из-за текучки молодых
приходится подхватывать и доводить до ума и сопровождать вот такие
написанные мышом и tutorial'ом. В общем крик души. Еще раз простите, Хотя
убежден что в команде должены быть пара людей знающих среду и ее парадигмы
достаточно хорошо.

"коты" <nospam@sql.ru>; сообщил/сообщила в новостях следующее:
news:1704232@sql.ru...
Василий Барсуков

зх молодежь! Да можно слабать с помощью мыши и tutorial'a нечто. Только вот
беда ежели таких приладов будет много. а сопровождать и переделывать вам их
придется года 2.



я чет вас не понял
к чему этот старперский пафос?
вы спрашиваете с позиций человека, который ниче толком не знает, нахватался
на презентациях и у знакомых отрывочных сведений
вам объясняют - так и так, люди делали, проекты работают
притензий по существу я чет не заметил


а если вам надо чтобы все грандиозно, без левых библиотек и "кривых"
решений -
как уже сказали тут - купите вебсферу, портал, rational developer, нанимайте
программеров и делайте на здоровье.
Тема Ответить


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
14.07.2005, 14:58
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33166265
коты
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
коты
Участник
Василий Барсуков
Извините, коты! Просто есть масса печального опыта. Я работаю на одном месте
уже > 8 лет. Тащу довольно много своего. да еще из-за текучки молодых
приходится подхватывать и доводить до ума и сопровождать вот такие
написанные мышом и tutorial'ом. В общем крик души. Еще раз простите, Хотя
убежден что в команде должены быть пара людей знающих среду и ее парадигмы
достаточно хорошо.

ну фиг знает
java развивается очень быстро, появляются всякие штуки, которые девелоперу способны значительно облегчить жизнь. а капитальные, проверенные решения иногда очень трудозатратны. поэтому единственное что можно тут порекмендовать - это сформировать общий взгляд на вопрос, регулярное чтение theserverside.com поможет понять, че щас творится ваще :)

кстати, хотел в дискуссию подкинуть идею про Echo Studio, но уже понял, что вам она не подойдет :) но все равно гляньте, Еcho и Echo2(на ajax) - nextapp.com
...
Рейтинг: 0 / 0
14.07.2005, 15:22
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33166382
Aion
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aion
Гость
Василий Барсуков
Хорошее предложение - полностою положится на голубых гигантов. Только вот
беда не дают они желаемого качества UI. У одного внутри Struts у другого
NetUI, хотелось бы что-нибудь более изысканое
вот ежели использовать их сервера приложений вместо JBoss, - тут двумя
руками за.

В IBM Portal'е - Apache JetSpeed за основу взят как API для разработки портлетиков. А Struts можно по желанию. Ну суть таже...

А для rich-web UI (как понимаю Вам это необходимо), смотрите стороние компоненты. Платные, на www.componentsource.com...

Где-то читал в свое время статью, и абсолютно согласен с этим, что при интенсивном вводе данных лучше отказаться от веба и пересесть под GUI.
А то получиться, что некий rich-web client будет работать очень хорошо только под определенным browser'ом (или версий) :-)

Как пример, тотже Microsoft.XMLHTTP можно использовать для того чтобы сделать запрос и получить результат, при этом неделая никакие refreshи в browser'e. Т.е. получаеться как в true GUI приложении. Но все это работает только под IE. :-)
...
Рейтинг: 0 / 0
14.07.2005, 15:54
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33166815
коты
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
коты
Участник
Aion
Где-то читал в свое время статью, и абсолютно согласен с этим, что при интенсивном вводе данных лучше отказаться от веба и пересесть под GUI.
А то получиться, что некий rich-web client будет работать очень хорошо только под определенным browser'ом (или версий) :-)

Как пример, тотже Microsoft.XMLHTTP можно использовать для того чтобы сделать запрос и получить результат, при этом неделая никакие refreshи в browser'e. Т.е. получаеться как в true GUI приложении. Но все это работает только под IE. :-)

отнюдь, проверка - либо new XMLHttpRequest() либо ActiveXObject("Microsoft.XMLHTTP") дает совместимость чуть ли не с Сафари :)

там где стоит вопрос о тонком клиенте на js разумно навязать всем работу в Firefox (мы так и делаем) - потому что js мало того что различается от версии к версии, так еще и подвержен всяким глюкам изза ад-вара типа порносерчей и тп.
...
Рейтинг: 0 / 0
14.07.2005, 17:38
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33166818
коты
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
коты
Участник
>> подвержен всяким глюкам изза ад-вара типа порносерчей и тп.

имеется в виду IE конечно
...
Рейтинг: 0 / 0
14.07.2005, 17:38
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33166830
Василий Барсуков
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Василий Барсуков
Гость
Пора тему закрыть. Ничего не получилось. Придется по знакомым. В конце
концов лучший продукт - это которым ты владеешь.


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
14.07.2005, 17:42
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33166969
коты
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
коты
Участник
Василий Барсуков
Пора тему закрыть. Ничего не получилось.


че так? =)
...
Рейтинг: 0 / 0
14.07.2005, 18:21
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33167026
Василий Барсуков
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Василий Барсуков
Гость
бестолково. хотелось знания, а получил сумбур


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
14.07.2005, 18:48
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33167049
коты
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
коты
Участник
Василий Барсуков
бестолково. хотелось знания, а получил сумбур


Posted via ActualForum NNTP Server 1.2

в разговоре о технолгиях всегда сумбур - каждая джаба в свое болото %)
знания приобретаются посредством отравки выуженных из сумбура кейвордов и анализом информации и кроссреференсов.
...
Рейтинг: 0 / 0
14.07.2005, 19:00
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33167130
Фотография PL99
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PL99
Участник
Василий Барсуков... Хотя
убежден что в команде должены быть пара людей знающих среду и ее парадигмы
достаточно хорошо...Хм... Есть мнение, и не только мое :-)
В команде все разработчики должны знать среду и ее парадигмы.
...
Рейтинг: 0 / 0
14.07.2005, 20:02
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33167533
Василий Барсуков
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Василий Барсуков
Гость
Два самца-альфа в одной стае - уже много. Такие команды долго не живут. Не
раз сам наблюдал и участвовал, единственное место где ужились - последнее и
то только потому что к очень четко разделили зоны. Но это неправильно! Нет
кодов твоих и моих, есть единый проект, а вот этого у нас и не получилось.
Залезть в чужую часть и что-то исправить - почти табу, скандала не
оберешься. Опять крик души! На философию потянуло.
А ведь хотелось обсудить совсем иное: архитектурные особенности WEB
framework'ов struts, netui, jsf, nxj. интересно же какие там паттерны
заложены, идеи. у кого лучше для одних задач. у кого для других. может из
далека начал? или никому не интересно? все носом в грядке. а тут я -
давайте посмотрим на горизонт...
Да вроде конфу выбрал по названию правильно. All так в чем же дело?


Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
15.07.2005, 10:03
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33167894
Aion
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aion
Гость
2 Василий Барсуков

Непонимаю что-то я Вас... чего же Вы всета-ки хотите то...

С начала
Василий Барсуков
Мне прикладные задачки решать надо, а не над разработкой компонент
или bean-ов сидеть

Потом
Василий Барсуков
А ведь хотелось обсудить совсем иное: архитектурные особенности WEB
framework'ов struts, netui, jsf, nxj. интересно же какие там паттерны
заложены, идеи.


Василий Барсуков
требование - надо чтобы максимальные возможности были представлены в
коробке.

Как правило (и думаю Вам это известно), популярные средства разработки поставляються с минимальными возможностями, отсюда их и популярность.
Вопрос в том, что с помощью них можно сделать что угодно.
А если что-то НЕМНОЖКО (именно НЕМНОЖКО, так как если будет нехватать МНОГО - значит ошибка в выборе) не хватает или не соответствует желаемому, но это немножко, как пример мне нужен super-WebGrid, ПОКУПАЕТЬСЯ или... да-да, РАЗРАБАТЫВАЕТЬСЯ с использованием тех же стандартных и популярных технологий.

Далее,
Василий Барсуков
А теперь о главном: а есть ли еще продукты предоставляющие подобный UI?

Далее, здесь дороги расходяться: или 1) использование популярных средств (типа IBM Rational Developer ) или 2) узко специализированных (типа UNIFY NXJ ).

1-й случай уже изложен, средство+новороченные компоненты c поддержкой стд. технолигий. А о 2-ом Вы представление имеете.

Дальше. Как привило, средство разработки - это еще не все. Нужна еще интеграция с исполняющей средой (а-ля app.server или что там), design, стресс-тести, знающие люди и т.д. и т.д. Но это как-бы не обсуждаеться здесь, хотя это...
...
Рейтинг: 0 / 0
15.07.2005, 11:46
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33167937
Aion
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aion
Гость
коты
там где стоит вопрос о тонком клиенте на js разумно навязать всем работу в Firefox (мы так и делаем)

Ну да, именно так и происходит во многих случаях.
Типа веб, но с соблюдением жесткий условий.

С другой стороны при rich-клиентах, может иметь дело (другими словами целесообразнее) сделать true GUI (меньше затрат на разработку и т.д. и т.д.) - поставить terminal server...
...
Рейтинг: 0 / 0
15.07.2005, 11:55
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33170325
Фотография Михаил Михайлович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Михаил Михайлович
Участник
Aion коты
там где стоит вопрос о тонком клиенте на js разумно навязать всем работу в Firefox (мы так и делаем)

Ну да, именно так и происходит во многих случаях.
Типа веб, но с соблюдением жесткий условий.

С другой стороны при rich-клиентах, может иметь дело (другими словами целесообразнее) сделать true GUI (меньше затрат на разработку и т.д. и т.д.) - поставить terminal server...



Просветите кустаря, что такое Terminat Server. Догадываюсь, конечно,
но хочется пояснений
...
Рейтинг: 0 / 0
17.07.2005, 20:00
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33170405
коты
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
коты
Участник
Михаил Михайлович Aion коты
там где стоит вопрос о тонком клиенте на js разумно навязать всем работу в Firefox (мы так и делаем)

Ну да, именно так и происходит во многих случаях.
Типа веб, но с соблюдением жесткий условий.

С другой стороны при rich-клиентах, может иметь дело (другими словами целесообразнее) сделать true GUI (меньше затрат на разработку и т.д. и т.д.) - поставить terminal server...

Просветите кустаря, что такое Terminat Server. Догадываюсь, конечно,
но хочется пояснений

то же самое, что ssh, тока будет передаваться не текстовая, а графическая информация.
...
Рейтинг: 0 / 0
18.07.2005, 03:14
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33170767
Aion
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Aion
Гость
Михаил Михайлович
Просветите кустаря, что такое Terminat Server. Догадываюсь, конечно,
но хочется пояснений

коты дал вполне короткое и понятное представление :-)

Ну а если по-конкретнее, то смотрите

www.microsoft.com/windowsserver2003/technologies/terminalservices/
www.citrix.com
...
Рейтинг: 0 / 0
18.07.2005, 11:05
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33173423
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ВМоисеев
Участник
Василий.
Вторая сторона в вашем вопросе постепенно проявляется. Разработчиков интересует не только на чем делать, но ЧТО и КАК делать. Вот и терминал-серверы прорезались.
Давая ссылку на свою статью хотел показать ВАРИАНТ решения задачи, подобной вашей. Там, если не принимать во внимание вопросы аутентификации и авторизации клиента, защиты трафика и клиентского приложения, описана работа клиентского приложения с базой данных.
Для того, чтобы добится адекватной реакции клиентского приложения по скорости на воздействие клиента, перенес отображаемые фрагменты данных на клиентскую машина. Какие это фрагменты? Клиент, задавая нечеткий вопрос, получает в ответ выборку информации 1 плана из базы данных, обычно из master-таблицы. Выборка может состоять из пустого множества строк, из одной строки, множества строк, полной master-таблицы. Перекачка всех строк последних вариантов не является разумной. Использую страничную подкачку. На свой запрос клиент получает общее число строк в выборке, число страниц в выборке и информацию первой страницы. Может изумится и уточнить запрос, может перейти к любой другой стронице, может сканировать текущую в гриде.
Сканирование допускается в двух режимах: с показом информации 2 плана (детализирущей) по каждой строке или без. Двойной щелкой - требование принудительного отображения деталей. Если требуется детальная информация, то идет анализ её наличия в локальной базе данных. Есть наличие - отображение с высокой скоростью, нет - запрос к глобальной базе данных, запись в локальную и отображение. Повторный запрос не делается (точнее делается, но отдельной командой). Т.е. сверху вниз по гриду -медленно, снизу вверх - быстро.
Уменьшение объема передаваемой информации по запросам достигается её сжатием и тем что, редко изменяемая информация (справочники) могут размещаться на клиентских машинах. Создан механизм поддержки локальных реплик в актуальном состоянии.
На чем делать UI? Да на чем делали раньше, если доступна локальная база.
С уважением, Владимир.
...
Рейтинг: 0 / 0
19.07.2005, 13:38
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33174774
Фотография Михаил Михайлович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Михаил Михайлович
Участник
ВМоисеевВасилий.
Вторая сторона в вашем вопросе постепенно проявляется. Разработчиков интересует не только на чем делать, но ЧТО и КАК делать. Вот и терминал-серверы прорезались.
Давая ссылку на свою статью

А где ссылка то???

Грубо говоря, клиент исходя из моих любимых конструктивных соображений просто размазывется по архитектуре в нужных пропорциях. Я правильно понял?
...
Рейтинг: 0 / 0
19.07.2005, 23:46
| Ответить | Цитировать | Написать  
Проблема выбора среды разработки для WEB (J2EE)
    #33175487
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ВМоисеев
Участник
>Грубо говоря, клиент исходя из моих любимых конструктивных соображений просто размазывется по архитектуре в нужных пропорциях. Я правильно понял?

Михал Михалыч.
Это реально работающющей вариант. Одновременно и для интернет и для локальной сети. Адресация по URL. На сколько это соответствует вашим
ЛЮБИМЫМ не мне решать. Ссылку ранее давалась.
С уважением, Владимир.
...
Рейтинг: 0 / 0
20.07.2005, 12:22
| Ответить | Цитировать | Написать  
35 сообщений из 35, показаны все 2 страниц
  все  
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Проблема выбора среды разработки для WEB (J2EE)
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=33&tid=1549586]:
 0ms
get settings:
 11ms
get forum list:
 15ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 179ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 60ms
get tp. blocked users:
 1ms
others: 15ms
total:  299ms
созд. / загр.: 299ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]