История изменений
Исправление www_linux_org_ru, (текущая версия) :
Какая польза от этого? (я просто против гоняния фрагментов хтмл по сети)
Можно пример «намеренья», но сходу, не смешивание ли это логики и отображения?
тут надо различать 2 вопроса:
1. как писать веб-аппликухи в условиях нынешнего стека свалки технологий
2. если предположить, что html+css+... можно спроектировать с 0, то как это надо делать
по п.1: очевидно, что html+css не поддерживает mvc/mvp, поэтому проблемы там будут и выбор лучшего варианта можно делать только из плохих возможностей (хотя вроде там сделали какой-то w3c стандарт на тему data binding, не?); тут я спорить не хочу, но узнать, какой из плохих вариантов одержал временную победу, возможно, было бы интересно
по п.2:
Можно пример «намеренья», но сходу, не смешивание ли это логики и отображения?
представь, что не было бы возможности написать align=center, и для его реализации приходилось бы использовать <div align=left id=id100500> и вытаскивать его на середину ява-скриптом — вот это пример императивности вместо декларативности и реализации вместо намерения
(понятно, что еще более декларативно юзать css)
точно так же нынешние динамические списки и датагриды по-хорошему должны реализовываться тегами и/или атрибутами, а не аяксом
Исправление www_linux_org_ru, :
Какая польза от этого? (я просто против гоняния фрагментов хтмл по сети)
Можно пример «намеренья», но сходу, не смешивание ли это логики и отображения?
тут надо различать 2 вопроса:
1. как писать веб-аппликухи в условиях нынешнего стека свалки технологий
2. если предположить, что html+css+... можно спроектировать с 0, то как это надо делать
по п.1: очевидно, что html+css не поддерживает mvc/mvp, поэтому проблемы там будут и выбор лучшего варианта можно делать только из плохих возможностей (хотя вроде там сделали какой-то w3c стандарт на тему data binding, не?); тут я спорить не хочу, но узнать, какой из плохих вариантов одержал временную победу, возможно, было бы интересно
по п.2:
Можно пример «намеренья», но сходу, не смешивание ли это логики и отображения?
представь, что не было был align=center, и для его реализации приходилось бы использовать <div align=left id=id100500> и вытаскивать его на середину ява-скриптом — вот это пример императивности вместо декларативности и реализации вместо намерения
(понятно, что еще более декларативно юзать css)
точно так же нынешние динамические списки и датагриды по-хорошему должны реализовываться тегами и/или атрибутами, а не аяксом
Исправление www_linux_org_ru, :
Какая польза от этого? (я просто против гоняния фрагментов хтмл по сети)
Можно пример «намеренья», но сходу, не смешивание ли это логики и отображения?
тут надо различать 2 вопроса:
1. как писать веб-аппликухи в условиях нынешнего стека свалки технологий
2. если предположить, что html+css+... можно спроектировать с 0, то как это надо делать
по п.1: очевидно, что html+css не поддерживает mvc/mvp, поэтому проблемы там будут и выбор лучшего варианта можно делать только из плохих возможностей (хотя вроде там сделали какой-то w3c стандарт на эту тему?); тут я спорить не хочу, но узнать, какой из плохих вариантов одержал временную победу, возможно, было бы интересно
по п.2:
Можно пример «намеренья», но сходу, не смешивание ли это логики и отображения?
представь, что не было был align=center, и для его реализации приходилось бы использовать <div align=left id=id100500> и вытаскивать его на середину ява-скриптом — вот это пример императивности вместо декларативности и реализации вместо намерения
(понятно, что еще более декларативно юзать css)
точно так же нынешние динамические списки и датагриды по-хорошему должны реализовываться тегами и/или атрибутами, а не аяксом
Исходная версия www_linux_org_ru, :
Какая польза от этого? (я просто против гоняния фрагментов хтмл по сети)
Можно пример «намеренья», но сходу, не смешивание ли это логики и отображения?
тут надо различать 2 вопроса:
1. как писать веб-аппликухи в условиях нынешнего стека свалки технологий
2. если предположить, что html+css+... можно спроектировать с 0, то как это надо делать
по п.1: очевидно, что html+css не поддерживает mvc/mvp, поэтому проблемы там будут и выбор лучшего варианта можно делать только из плохих возможностей (хотя вроде там сделали какой-то w3c стандарт на эту тему?); тут я спорить не хочу, но узнать, какой из плохих вариантов одержал временную победу, возможно, было бы интересно
по п.2:
Можно пример «намеренья», но сходу, не смешивание ли это логики и отображения?
представь, что не было был align=center, и для его реализации приходилось бы использовать <div align=left id=id100500> и вытаскивать его на середину ява-скриптом — вот это пример императивности вместо декларативности и реализации вместо намерения
(понятно, что еще более декларативно юзать css)
точно так же нынешние динамические списки и датагриды по-хорошему должны реализовываться тегами и/или атрибутами, а не аяксом