Комментатор 119

Дата регистрации: 2009-10-24 18:51:05

Комментариев: 3

Его последние комментарии:

• Концепция: верстка HTML-страниц ячейками
  2009-10-25 11:10:40
  

  В любом случае такой подход к генерации кода мне нравится больше чем те жуткие макароны которые получаются в вордпрессе.

  И если последовательно проводить политику - толко чистая PHP-шаблонизация, т отакой подход выглядит очень удобным.

  А с третьей стороны, еще раз замечу - ИМХО максимальную скорость разработки сайта можно получить когда на входе система получает чистый ХТМЛ-шаблон, ну или шаблон с метками. а index.php по существу содержит только строчку showView (url, getData (url), getTemplate (url));

• Концепция: верстка HTML-страниц ячейками
  2009-10-24 21:05:07
  

  Давным-давно, в одной далекой Дании (или Германии)... в общем, этого реликта зовут TYPO3 (typo3.org). Возможно, слышали или знакомы. Разумеется, ваш способ компактнее.

  Прошу учесть, что время разработки - где-то 96-2000, и что примерноо с 2000-2002 массово применяются шаблоны с метками, как более простые в обращении.

  Разумеется, это будет вывод в таблицу организованный системой, которая написана конечно на ПХП. Вообще в системе весь поток вывода рассматривается как ПХП-массив, для каждого элемента которого указан способ рендеринга и источник данных. Каждый элемент рассматривается как псевдообъект. Одним из классов таких псевдообъектов являются COLUMNS.

  Итак, поехали - далее следует код шаблонизатора.

  page.10 = COLUMNS
  page.10 {
    rows = 1
    1.1 = PHP_SCRIPT
    1.1.file = header.php
  }
  page.20 = COLUMNS
  page.20 {
    rows = 1
    1.1 = PHP_SCRIPT
    1.1.file = content.php
    1.2 = PHP_SCRIPT
    1.2.file = sidebar.php
  }
  page.30 = COLUMNS
  page.30 {
    rows = 1
    1.1 = PHP_SCRIPT
    1.1.file = footer.php
  }

  Разумеется, написана жуткая ересь т.к. включение данных из файлов считается жутким моветоном и допускается, только если без этого не обойтись (при запросе встроенными функциями учитываются права, время и прочий контекст плюс данные форматируются)

  На практике же на данный момент берется HTML-шаблон с уже готовым CSS, и за пару минут размечается в визуальном редакторе - выбираются области вывода и им присваиваются имена. После чего остается сконфигурировать меню и подогнать фориатирование вывода под шаблон.

• Концепция: верстка HTML-страниц ячейками
  2009-10-24 18:51:05
  

  Повторю свое "если правильно помню" - для сохранения модульной сетки при ресайзах все придется таки верстать одной-единственной таблицей со сложными колспанапи - роспанами (верстки из категории хедер-три колонки-футер без горизонтальной синхронности в рассчет не принимаем). Но это так, именно к слову - ни та ни другая техника "серебряной пулей" не являются, сто подходит то и использую. Заметным на данный момент плюсом дивов является возможность менять порядок вывода (пока он в сео пляшет), чего в таблицах быть не может.

  Вернекмся именно к помодульному выводу. То ли я вас не понимаю, то ли вы изобретаете велосипед.

  В моем способе вы сразу определяете сетку и решаете чем будут заполнены ячейки. Ведь львинную долю HTML генерирует сама система. На долю верстальщика остается только сделать каркас и кастомизировать оформление.

  Начнем сначала. Перед вами ПСДшка (работаем на заказ, так?). Дальше мы говорим верстальщику:

  А. Порежь на свое усмотрение

  Б. Даем ему сетку от фреймворка и говорим - порежь по ней, с такими-то классами

  В. Сами накладываем свою сетку, делаем вывод со всеми своими классами и айдишниками, говорим верстальщику - порежь по этой сетке и напиши "оформительский" ЦСС и оптимизируй картинки. Это вы имеете в виду под своим способом?

  Повторюсь - способ, при котором функция вывода последовательно принимает куски данных, пережевывает - оборачивает в оформление и отдает в вывод - реализован и весьма давно. По факту оказалось неудобным для использования - трудно менять и настраивать дизайн. Удобней оказался промежуточный вариант - куски выплевываются в хтмл - каркас, а функция обработки занимается в основном форматированием данных. Сответственно дизайнер с верстальщиком работают над каркасом, а программист подстраивает функцию вывода. Причем верстальщик может верстать под заранее известные классы (форматирование по умолчанию) -> редизайн может сводиться к замене каркаса и ЦСС.