The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Выбор между jsp и perl"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы WEB технологии (Public)
Изначальное сообщение [Проследить за развитием треда]

"Выбор между jsp и perl" 
Сообщение от cramer Искать по авторуВ закладки on 02-Ноя-04, 11:55  (MSK)
Поставлена задача написать веб-портал основной задачей которого будет диспетчерские финкции при доставке товаров(точнее попутных грузов) по регионам. пока все находиться на стадии рисования блок-схем но уже встал вопрос о языке на котором все будет разрабатываться, выбор пока не сделан но разрываемся между perl и jsp+servlet. Если кто-нибудь работал с обоими то посоветуйте на чем лучше остановиться.
  Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "Выбор между jsp и perl" 
Сообщение от dem emailИскать по авторуВ закладки on 03-Ноя-04, 12:37  (MSK)
Тут и выбирать нечего. Конечно perl.
Начнем с совместимости. Он есть везде, Скрипты легко поддерживать и расширять, не надо думать как оно будет отображаться на разных браузерах.
DBI Прекрастно работает со всеми базами данных (чувствую пригодится).
Про скорость я вообще молчу. FastCGI или mod_perl - выбор на любителя (я предпочитаю первый вариант).
Надо еще - готов к диспуту.
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Выбор между jsp и perl" 
Сообщение от dev emailИскать по авторуВ закладки(??) on 03-Ноя-04, 14:27  (MSK)
>Тут и выбирать нечего. Конечно perl.

:)

>Начнем с совместимости. Он есть везде,

А где нет Явы?

>Скрипты легко поддерживать и расширять,

Вот тут я бы усомнился

> не надо думать как оно будет отображаться на разных браузерах.

А что, у jsp с этим проблемы?

>DBI Прекрастно работает со всеми базами данных (чувствую пригодится).

К каким СУБД не может коннектиться Ява?

>Про скорость я вообще молчу. FastCGI или mod_perl - выбор на любителя
>(я предпочитаю первый вариант).

А можно бенчмарки Перла и Явы?

>Надо еще - готов к диспуту.

Предлагаешь писать скрипты на голом Перле или предложишь какие-нибудь фреймворки?

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Выбор между jsp и perl" 
Сообщение от rWizard emailИскать по авторуВ закладки(ok) on 04-Ноя-04, 18:30  (MSK)
>>Начнем с совместимости. Он есть везде,
>
>А где нет Явы?
первый хостинг который пришел в голову
agava.ru (не сочтите за рекламу)тариф pro, Явы нет.

>Предлагаешь писать скрипты на голом Перле или предложишь какие-нибудь фреймворки?
под "фреймворками" подрузамевается билиотеки модулей/классов ?
если да, то для пела нет как таковой библиотеки, но нужный модуль всегда найти достаточно легко. и, что достаточно важно, есть выбор между разными реализациями.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

4. "Выбор между jsp и perl" 
Сообщение от dev emailИскать по авторуВ закладки(??) on 04-Ноя-04, 19:12  (MSK)
>>>Начнем с совместимости. Он есть везде,
>>
>>А где нет Явы?
>первый хостинг который пришел в голову
>agava.ru (не сочтите за рекламу)тариф pro, Явы нет.

Так мы о хостингах или о платформах?

>>Предлагаешь писать скрипты на голом Перле или предложишь какие-нибудь фреймворки?
>под "фреймворками" подрузамевается билиотеки модулей/классов ?
>если да, то для пела нет как таковой библиотеки, но нужный модуль
>всегда найти достаточно легко. и, что достаточно важно, есть выбор между
>разными реализациями.

Нет, мне интересно конкретное имя фиговины, с помощью которой предполагается писать приложение. Примеры ключевых слов для Явы: Spring, Struts, Tapestry, JSF, Hibernate.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

5. "Выбор между jsp и perl" 
Сообщение от dem Искать по авторуВ закладки on 05-Ноя-04, 12:08  (MSK)
>Так мы о хостингах или о платформах?

В нашем деле нет мелочей :)

>Нет, мне интересно конкретное имя фиговины, с помощью которой предполагается писать приложение.
>Примеры ключевых слов для Явы: Spring, Struts, Tapestry, JSF, Hibernate.

Имя фиговины - загагулина, каков впрос - таков ответ.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

6. "Выбор между jsp и perl" 
Сообщение от dev emailИскать по авторуВ закладки(??) on 05-Ноя-04, 12:58  (MSK)
>>Так мы о хостингах или о платформах?
>
>В нашем деле нет мелочей :)

Речь шла о комерческом проекте, по видимому для немаленькой фирмы. Если у них нет денег на нормальный хостинг - то это их проблемы.

>>Нет, мне интересно конкретное имя фиговины, с помощью которой предполагается писать приложение.
>>Примеры ключевых слов для Явы: Spring, Struts, Tapestry, JSF, Hibernate.
>
>Имя фиговины - загагулина, каков впрос - таков ответ.

Ок, специально для загогулины повторяю вопрос. Каким образом планируется решать следуюшие вопросы:
1. Получение и проверка корректрости данных от пользователя.
2. Получение информации из базы данных и отображение ее в проблемную область.
3. Формирование результирующей html страницы.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

7. "Выбор между jsp и perl" 
Сообщение от rWizard emailИскать по авторуВ закладки(ok) on 05-Ноя-04, 15:42  (MSK)
>1. Получение и проверка корректрости данных от пользователя.
получение - CGI.pm (если я правильно)
проверка - не помню название. есть модуль, позоляющий сравнивать получинные данные с шаблонами. (это и самому лего написать)
>2. Получение информации из базы данных и отображение ее в проблемную область.
всмысле получение и отображение?
DBI + DBD + Какой-нибуть модуть для рабботы с темплейтами
>3. Формирование результирующей html страницы.
2 пути. или формировать HTML в коде с помощью CGI.pm
или использовать один из многочисленных модулей для работы с темплейтами.
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

8. "Выбор между jsp и perl" 
Сообщение от dev emailИскать по авторуВ закладки(??) on 05-Ноя-04, 18:24  (MSK)
Понятно. А то я уж было подумал, что за последние пять леть чего-то новое придумали.

>>1. Получение и проверка корректрости данных от пользователя.
>получение - CGI.pm (если я правильно)
>проверка - не помню название. есть модуль, позоляющий сравнивать получинные данные с
>шаблонами. (это и самому лего написать)

Это печально, что самому писать надо.

>>2. Получение информации из базы данных и отображение ее в проблемную область.
>всмысле получение и отображение?
>DBI + DBD + Какой-нибуть модуть для рабботы с темплейтами

При обработке данных писать запросы на SQL - муторно.
Хочется сказать системе: "у нас запросили информацию о посылке с кодом NN". А она отдает информацию об этой посылке со свеми связанными вещами (список вещей в ней, отправитель, получатель, текущее местоположение...). Потом просто отдаешь эту инфу шаблону и он ее рисует на страничке.
При этом получение из БД содержит минимум кода (5-6 строк), а шаблон вообще не содержит кода, только описание.

>>3. Формирование результирующей html страницы.
>2 пути. или формировать HTML в коде с помощью CGI.pm

Ну тогда об исходном тезисе
>Скрипты легко поддерживать и расширять
можно забыть.

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

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

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

9. "Выбор между jsp и perl" 
Сообщение от rWizard emailИскать по авторуВ закладки(ok) on 06-Ноя-04, 10:31  (MSK)
>Понятно. А то я уж было подумал, что за последние пять леть
>чего-то новое придумали.
Придумали. Только я не искал.

>Это печально, что самому писать надо.
не обязательно, например - Набор моулей CGI::Untaint::*

>При обработке данных писать запросы на SQL - муторно.
>Хочется сказать системе: "у нас запросили информацию о посылке с кодом NN".
>А она отдает информацию об этой посылке со свеми связанными вещами
>(список вещей в ней, отправитель, получатель, текущее местоположение...). Потом просто отдаешь
>эту инфу шаблону и он ее рисует на страничке.
>При этом получение из БД содержит минимум кода (5-6 строк), а шаблон
>вообще не содержит кода, только описание.
те вам нужен большьий уровень абстракции при работе с БД?
для _кнокретной_ задачи в любом случае самому нужно писать.
те.. написать модуль работы с _вашей структурой_ БД и потом работать с ним.


>Не встречал еще таких таких темплетов, чтоб действительно любой дизайн без написания
>кода можно было выразить.
я использую CGI::FastTemplate, но у него мало возможностей ( в сторону многовариантной сборки страницы-результата ), а с ограничением при его использовании я ещё ни разу не сталкивался.

можно исползовать более "продвинутые" модули.

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

10. "Выбор между jsp и perl" 
Сообщение от MK emailИскать по авторуВ закладки(??) on 05-Фев-05, 14:17  (MSK)
Java - это огромная МОЩЬ!
На JSP можно создавать простейшие приложения в стиле PHP,
а можно создавать серьезные web-приложения масштаба Amazon.com
Удобный и простой объектный синтаксис,
высокоэффективная работа с базами (пулы соединений), плюс расширяемые
библиотеки пользователских тэгов, настройки web-приложения в конфигурационном файле формата XML (доступном web-мастеру, а не администратору сервера), возможность внутреннего (от приложения к приложению в пределах сервера) перенаправления запроса и еще много всякого разного :) - это то что выгодно отличает Java web-технологии,
от CGI программирования на Perl (даже с учетом модуля CGI, который не
сравнится по возможностям с Java framework-ами: Tapestry, Struts и т. п.)
Говорю все это как web-мастер со стажем около 10 лет, с глубоким уважением к узыку Perl (который люблю).
P. S.
А хостинги не проблема: я пасусь на www.brim.ru

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

11. "Выбор между jsp и perl" 
Сообщение от PoizOn Искать по авторуВ закладки on 10-Фев-05, 17:16  (MSK)
Я голосую за Perl!
Для работы с шаблонами есть крутейший движок - HTML::Template. С поддержкой  регекспов, if,elsif,else условий, LOOP циклов и т.п.
Для работы с БД - есть порверенные временем DBI+DBD. Для реализации конкретного (тем более коммерческого) приложения только ГОТОВЫМИ решениями не обойтись, поэтому для повышения уровня абстракции придеться писать свой модуль (что в конечном счете облегчит работу и исправление скриптов).
Относительно лекгости поддержки проектов на Perl - все зависит от программиста - если проект написан криво - то поддерживать его тяжело - если он написан изящно - то поддерживать его легко и просто.


  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

12. "Выбор между jsp и perl" 
Сообщение от mirya emailИскать по авторуВ закладки on 10-Фев-05, 19:28  (MSK)
php + Smarty :)
развоевались, крестоносцы

Советовал бы сначала согласовать, где проект будет размещаться, вполне может быть, что заказчика не устроят цены/условия хостинга с ЖСП или Перлом

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

13. "Выбор между jsp и perl" 
Сообщение от PoizOn Искать по авторуВ закладки on 11-Фев-05, 10:01  (MSK)
>php + Smarty :)
>развоевались, крестоносцы
>
>Советовал бы сначала согласовать, где проект будет размещаться, вполне может быть, что
>заказчика не устроят цены/условия хостинга с ЖСП или Перлом
Кстати для работы с шаболнами в пхп есть либа XTemplate, но ее функциональность на порядок слабее чем HTML::Template :)))).. Но это уже оффтопик, сори.


  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх


Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру