Ну вы правильно сказали, Dojo это фреймворк для "прикладных программистов, которые хреново знают html/css". В Dojo даже есть своя реализация классического ООП с наследованием, и насколько я могу судить она активно используется в самом фреймворке вместо нормального для веба прототипного ООП.
Dojo предполагает, что можно взять программиста бизнесс-процессов, всю жизнь писавшего на .net/java/1C/younameit, и он сразу со всем разберется. Извините, но практика показывает, что в результате такого подхода получится тормозная глючная какашка. Что мы и наблюдаем с Dojo, даже демки которого грузятся секунды по три и глючат при изменении размера браузера.
Всё же прежде чем писать production-код под незнакомое окружение с незнакомым видом программирования, неплохо бы немного почитать мануалы и поиграться в песочнице.
Никто не заставляет прикладного программиста разбираться в тонкостях рассчета разнозначных margin-ов для плавающих элементов в IE. Для этого есть верстальщик. Прикладнику достаточно изучить базовый html синтаксис, буквально 10 тегов (div,span,table,tr,td,th,ul,ol,li,form, input - уже достаточно). Но если прикладник начинает вставлять в свою бизнес-логику куски стилей, тупо копируя непонятную абракадабру - результат будет плачевен. Что, если вам понадобится изменить ширину колонки? добавить вертикальное выравнивание? сделать рамочку по левому краю ячеек? Верстальщик будет объяснять прикладнику, какие стили нужно прописать в коде? Ау, CSS придумали лет 20 назад! Я не против жесткого задания ширины колонки, я против задания этой ширины в конструкторе объекта бизнес-логики!
Есть конечно путь GWT, где вообще всё изменение внешнего вида перегружено отдельной прослойкой, и для изменения скажем ширины ячейки нужно сделать mygrid.getCellFormatter(x,y).setWidth("100px"). Особенно этот путь продуктивен, если нужна поддержка разных тем оформления или разных языков.
В-общем, imho, dojo это такой велосипед, разросшийся до масштабов авианосца. Нет, он, безусловно, ездит, но...
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
Date: 2012-02-16 07:35 pm (UTC)Dojo предполагает, что можно взять программиста бизнесс-процессов, всю жизнь писавшего на .net/java/1C/younameit, и он сразу со всем разберется. Извините, но практика показывает, что в результате такого подхода получится тормозная глючная какашка. Что мы и наблюдаем с Dojo, даже демки которого грузятся секунды по три и глючат при изменении размера браузера.
Всё же прежде чем писать production-код под незнакомое окружение с незнакомым видом программирования, неплохо бы немного почитать мануалы и поиграться в песочнице.
Никто не заставляет прикладного программиста разбираться в тонкостях рассчета разнозначных margin-ов для плавающих элементов в IE. Для этого есть верстальщик. Прикладнику достаточно изучить базовый html синтаксис, буквально 10 тегов (div,span,table,tr,td,th,ul,ol,li,form, input - уже достаточно). Но если прикладник начинает вставлять в свою бизнес-логику куски стилей, тупо копируя непонятную абракадабру - результат будет плачевен. Что, если вам понадобится изменить ширину колонки? добавить вертикальное выравнивание? сделать рамочку по левому краю ячеек? Верстальщик будет объяснять прикладнику, какие стили нужно прописать в коде? Ау, CSS придумали лет 20 назад! Я не против жесткого задания ширины колонки, я против задания этой ширины в конструкторе объекта бизнес-логики!
Есть конечно путь GWT, где вообще всё изменение внешнего вида перегружено отдельной прослойкой, и для изменения скажем ширины ячейки нужно сделать mygrid.getCellFormatter(x,y).setWidth("100px"). Особенно этот путь продуктивен, если нужна поддержка разных тем оформления или разных языков.
В-общем, imho, dojo это такой велосипед, разросшийся до масштабов авианосца. Нет, он, безусловно, ездит, но...