Всем доброго времени суток!
Хотя сегодня не пятница, но рискну создать эту тему....

Связался на свою голову с редизайном программы.
На сегоднешний день имеется интерфейс состоящий из 3 фрэймов, HTML генерируется прямо в коде на сервере. Запросы посылаются через post. Вся программа состоит из таблиц и формуляров
Куча всяких мелких неразберих в следствии того, что программа разрабатывается с 2001 г. и создавалась по принципу "learning by doing".

В следствии того что появилось небольшое окно, появилась идея как то опзобрать весь этот хлам и разложить более акуратно..
Задумался в связи с этим о разделении представления и содержания.

Притом по идее запросы/ответы будут посылаться в формате XML посредством Ajax.

В принципе тут подошло бы генерировать страницу посредствам xsl (тем более что у нас есть одна такая задача)
Но меня немного пугает скорость генерирования. К примеру есть несколько таблиц которые нельзя разбивать на страницы, и где в определенных случаях должно выводиться 4-5тыс. строк. Эти таблицы и сегодня не сильно быстро выводятся, а при генерировании xsl боюсь еще хуже будет.

Вобщем прошу советов (желательно с обьяснениями почему!!) Стоит ли писать собственный шаблон, или использовать xsl или есть дугой более интересный подход.
Или вообще стоит дальше генерировать все в коде (хотя тут мне нужно больше аргументов почему лучше не отделять представления от содержания.)

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

Паганельvladimir74или есть дугой более интересный подход jquery templates
спасибо, эту статью я читал, но в общем как то маловато информации.

Паганельтам ссылки есть... можно по ним сходить и насобирать еще немного информации...
да я прошелся тогда и по этим ссылкам, и погуглил немного. ИМХО как то там все сыровато, или это так кажется потому что мало кто пользуется...

Народ, неужели разделение на представления и содержания это только всё теория (как 10 лет назад в Delphi :( )

PS одна просьба php шаблоны не предлагать :)

пробегаллоВсе ломается на условном рендеринге.
Кто не в теме - в сад. Объяснять не собираюсь.

класно сказал. Я не в теме, потому и спрашиваю. Вообще 99% вопросов на форуме от людей которые в той или иной форме "не в теме"

Во всяком случае мне бы очень хотелось послушать обьяснение.
Или сад - ваш...

skyANA,

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

народ, может по случаю последней пятницы лета у кого то возникли новые мысли?

ShSergeИ какого Вам понадобилось выводить 4-5 тыс. строк? Выводите только то, что видно на странице (самая лучшая практика). При чём, сразу и без прокрутки. Аякс Вам тоже не впился.
потому что есть такие задачи, в которых подругому нельзя, или еще точнее сказать, так хлтят люди которые работают с этими задачами. И тут ничего не поделаешь...
Аякс в таблицах мне не нужен, но он удобен в формах где по 30-50 полей ввода (таких формуляров тоже наберется с десяток). Будет неплохая экономия времени если я смогу проверять асинхроно корректность ввода (тут я имею ввиду не формат!!)

ShSergeСделайте так, чтобы можно было это всё сделать на клиенте без обращения к серверу (яваскрипт в помощь). Если это невозможно, то наверное, не стоит столько много контрольев на страницу лепить, а сделать как-то по другому.
совсем по другому нельзя...
Скажем так это небольшая ERP, тира SAP или 1С (только не такой монстр, а поменьще). Часть которую я думаю "модернизировать" - это back office. Так что таблицы и формы должны быть. Проверять всё на клиенте - неимеет смысла. Там можно проверить валидность даты или является ли переменная валютой и т.д. Но там нельзя проверить может ли напрример существовать такой авто-ключ код, или может ли номер быть от данной страховки. (Это только пример, но принцип - такой что надо запрашивать сервер, что сейчас делается после ввода всех данных).