Войти
 
 
   
 
  
Новости Notes.ру Библиотека Биржа труда Вопрос - ответ Форум Регистрация Поиск О проекте
Разделы
О Notes
Советы
Шаблоны и примеры
Литература
Презентации
 
Всё о задаче AdminP. Часть вторая   Во второй части мы завершаем рассмотрение AdminP. В ней рассмотрены запросы междоменного администрирования и способы управления функциями AdminP с помощью настроек документа сервера, команд консоли сервера, файла Notes.ini и интервалов очистки базы данных. В этой статье предполагается, что вы опытный администратор Domino и прочитали первую часть
О Notes Читать статью
 
Всё о задаче AdminP. Proxy-действия в R5 и Domino 6   Приложение к статье об административном процессе
О Notes Читать статью
 
Всё о задаче AdminP. Часть первая   Перевод классической статьи 2003-его года о задаче административного процесса (AdminP). Очень полезна для понимания работы механизма этой задачи. В первой части статьи описаны компоненты задачи AdminP, как они работают, и как их использование помогает сделать работу администратора Domino проще. Задача AdminP (сакращённо от Administration Process, Административный процесс) работает с базой административных запросов (Administration Requests, admin4.nsf)
О Notes Читать статью
 


О Notes

Главная   Библиотека   О Notes

Разработка web-приложений. Часть 1

Александр Чудилин, Николай Норкин
Эта часть может показаться несколько "скушной" для тех, кто рвется поскорее узнать те или иные хитрости разработки. Но мы не будем гнать с места в карьер и постараемся рассказать читателю, почему решили подавать материал в том виде, в каком, надеемся, в скором времени Вы сможете его лицезреть
Решив выстроить некую последовательную структуру изложения, авторы столкнулись с определенными трудностями, причину которых найти и осмыслить стоило определенного труда. Как итог, ниже мы приводим свой взгляд на эту тему
Как нам кажется, можно говорить о двух подходах к разработке web-приложений
Первый - визуальное проектирование форм в среде Domino Designer с предоставлением web-engine http-сервера Domino возможности генерировать html-код налету, выполняя преобразование его из формата Notes
Второй подход - эээ... web-кодирование, прорисовка дизайна приложения не визуальными объектами, а непосредственно html-кодом. В этом случае единственное, что мы не можем отобрать у web-engine без больших потерь, - это преобразование форматируемых (richtext) полей. Есть еще несколько объектов Notes, преобразование которых лучше отдать на откуп web-engine, поэтому мы не можем рассматривать описанный подход как "чистый"
Ремарка. На самом деле, в отдельный, третий, подход можно выделить разновидность второго подхода - формирование страниц в виде XML-описания (своего рода полуфабриката) с предоставлением возможности проведения XSL-преобразования за пределами http-сервера Domino
Для разработчиков, стремящихся создать приложение с конкурентно-способным дизайном, рекомендуется использование следующей последовательности действий:
- Предоставить шанс веб-дизайнеру прокормить семью, изготовив для разрабатываемого приложения дизайн, который отвечает всем предъявленным требованиям к дизайну веб-сайта, в привычном для этого специалиста редакторе. При этом, конечно, стоит на данном этапе взаимодействовать с дизайнером, участвуя в творческом процессе и контролируя, чтобы были "нарисованы" все элементы дизайна, которые потребуются в приложении
- Поскольку результат работы web-дизайнера Вы получите в виде HTML-кода, это определенно толкает к использованию второго подхода
Особенностям проектирования, связанным с этим подходом, будет уделено немало внимания в дальнейшем изложении, а пока вернемся на первый путь
Его существование связано с парадигмой, гласящей, что Notes-приложение можно без дополнительных усилий заставить работать в вебе. В свое время это дало определенные конкурентные преимущества, когда Notes становился Domin'ой (R4.5). К сожалению, под эту задачу не была подведена соответствующая модель, поэтому "наука визуального web-проектирования" напоминает лоскутное одеяло и состоит из знания различных "фишек" ($$-формы, $$-поля), которые, по большому счету, и являются предметом, о котором стоит говорить в рамках изложения этого подхода
Среди основных достоинств данного подхода следует выделить такие:
- Визуальная среда разработки, позволяющая не программировать, а проектировать
- Визуальная среда разработки, та же, что и в Notes, привычная для Notes-разработчика
- Одновременная разработка для Notes и web
- Возможность быстрой миграции довольно значительной части функционала приложений Notes в web. Собственно, это один из важнейших принципов, который лег в основу вообще разработки http-сервера для Domino. Тогда была мода по переходу в Internet/Intranet, и целью программистов Lotus стало, чтобы существующие Notes-приложения переехали в web-архитектуру, и при этом разработчиков не пришлось особо сильно переучивать. То бишь "сохранение инвестиций", как это называется на диком западе
Все это в идеале должно бы вести к снижению времени/объема и, следовательно, стоимости разработки
Но недостатки, заложенные в самой модели (вернее, в ее отсутствии) проектирования под web и в неуправляемости конвертацией в html-код без применения решений из второго подхода, постоянно ограничивают потребление изложенных достоинств

Разработка web-приложений. Двухдолларовый словарик >>>
 
  Опубликовано — 05/18/2009 |    

Ник Норкин, 20.05.2009 10:15:39:
Если коллеги не возражают, я перенёс тему о плюсах и минусах в форум, а сюда бы выложили итог

Мэкс, 19.05.2009 18:41:10:
С ходу, Основные минусы подхода Lotus к Web дизайну: 1. При разрастании сайта, увеличивается количество баз данных. При внесении изменений в дизайн ( например вставить счетчик внизу страницы ) необходимо все эти базы проходить "ручками". 2. "Кривые" URL 3. Сложность доточки кода под требования поисковой оптимизации. Кстати, уважаемые авторы не описали третий путь реализации, который IBM успешно применила в своем Lotus-based продукте QUICKR. Это шаблоны. Обычные шаблоны с кодом, которые "на лету" обрабатываются.

DNN, 19.05.2009 11:42:59:
Было бы не плохо, на мой взгляд, привести "плюсы" и "минусы" создания сайта и/или Web приложения на Lotus Domino.

DNN, 19.05.2009 09:08:06:
Начата очень полезная тема. Также хорошо, что авторы думают о структуре изложения. Посмотрим , что получится. По прочитанному: Нужно ли "говорить о двух подходах к разработке web-приложений", может целесообразнее выработать некий единый интегрированный подход к разработке Web приложений именно под Lotus Domino, который бы сдерживал "разбегание" разработок для клиента Lotus Notes и Web клиента, сохраняя приведенную в тексте парадигму. Не могу также не спросить: к какому подходу можно отнести создание приложений с помощью xPage или, просто с применением Javascript библиотек: Dojo, jQuery, ExtJS и т.п.



Добавить комментарий
Имя * :
e-mail
Комментарий * :
Код подтверждения * :


Мероприятия
Пресс-релизы
Биржа труда
Последнее на форуме
 
А так же:
Как удалить профиль?
16.04.2016 00:08:51
Скопировать в буфер поле документа
24.05.2015 08:55:52
Импорт DXL-описания документов в Lotus Domino. Одноимённые поля
16.04.2015 16:49:58
 
© LOGOSPHERE.RU