> грамотность проявляется в курупных проектах, когда процесс > разработки проекта - результат совместной работы > постановщика ТЗ, программиста, дизайнера, кодера, > верстальщика и тд и тп. для организации такого разделения > труда стоит пользоваться приведенной выше схемой (DB -> > XML -> [XSLT] -> result output).
на самом деле мне это мало что прояснило, что на начальном этапе вносится в db ?
XML'ом удобно описывать объекты (например естественно реализуется наследование). Потом по XML документу легко строится DOM - объектная модель. Подобная работа с РСУБД намного хлопотнее и, наверное, более ресурсоемкая.
я сторонник совмещения указанных подходов21.09.03 19:59 Автор: Eugene Статус: Незарегистрированный пользователь Отредактировано 21.09.03 20:00 Количество правок: 1
для начала, необходимо определить, о каких разработках идет речь, если мы говорим о домашней странице, тот врядли имеет смысл наращивать "мышечную массу" проекта такими фичами как использование xslt и тп. (хотя, не сказал бы что сейчас это - экзотика).
грамотность проявляется в курупных проектах, когда процесс разработки проекта - результат совместной работы постановщика ТЗ, программиста, дизайнера, кодера, верстальщика и тд и тп. для организации такого разделения труда стоит пользоваться приведенной выше схемой (DB -> XML -> [XSLT] -> result output).
кроме того, такая схема удобна при обновлениях, редизайне и прочее.
inside27.09.03 18:18 Автор: tdes <jin> Статус: Member
> грамотность проявляется в курупных проектах, когда процесс > разработки проекта - результат совместной работы > постановщика ТЗ, программиста, дизайнера, кодера, > верстальщика и тд и тп. для организации такого разделения > труда стоит пользоваться приведенной выше схемой (DB -> > XML -> [XSLT] -> result output).
на самом деле мне это мало что прояснило, что на начальном этапе вносится в db ?
> на самом деле мне это мало что прояснило, что на начальном > этапе вносится в db ?
для начала повторю - большое значение имеет возможность распределния разработки между несколькими специалистами. точнее не распарал-я, а правильного разделения труда. нефиг программисту верстать html, а дизайнеру править шаблоны, как это в основном и бывает.
_из_ БД берутся данные. поступают в "абстрактный" хтмл документ где порядок данных не определен. данные разделены тегами и хранятся в полном беспорядке. далее xslt (пре)процессор с помошью специальных правил преобразует их в нужный вид (упорядочивает и вставляет в шаблон). это очень грубо... на выходе - готовая страница.
насколько я себе это представляю,21.09.03 18:57 Автор: J'JF <Dmytro Volhushyn> Статус: Elderman
XML удобен для переноса инфы (совместимость, кроссплатформенность или как там еще...), а внутренние форматы СУБД - для производительности и фич. Ибо сомневаюсь я, что можно настолько же быстро обрабатывать базу в формате XML...
В общем, для себя я пока вижу перспективу использования XML только в плане экспорта-импорта инфы из одного формата в другой. К примеру, нужно мне экспортировать инфу из моей системы, работающей на Interbase - вывел ее в XML-базу, и передал в другое приложение. То есть мне не нужно будет особо заморачиваться с различными форматами, т.к. XML, по идее, должен стать стандартом, и должен будет поддерживаться практически всем софтом.
Поправьте, плз, если я ошибся где-то.
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
