Если хочется определять обработчики сразу в HTML, то нужна настоящая декларативность [1], а не мнимая. Иначе после определенного порога получится лапша, в которой нельзя будет разобраться.
> аяксине
Аяксианине тогда уж.
[1] например, граф зависимостей между элементами GUI в явном виде
Для этого я и упомянул фреймворки, там же и отделение model и view.
Как я сказал — это лишь демонстрация. И максимум, где я буду это использовать — в своих небольших проектах. В больших, да, согласен — будет лапша.
за ссылку спасибо, но драфты годами мусолятся и не все становятся стандартами, а став стандартом, не все доходят до реализации.
Посмотрите например на XBL — www.w3.org/TR/xbl/
Кстати у автора AmpleSDK есть его реализация — code.google.com/p/xbl/
У него есть желание написать статью или серию статей для хабра. Дайте кто-нибудь, пожалуйста, инвайт на castonet@yahoo.co.uk (Сергей)
Тут по крайне мере задел на будущее… не такое уж далёкое: www.opera.com/docs/specs/presto211/#aria
По крайне мере это уже продумано, и не самыми глупыми люди. Хотя изобретать велосипед конечно приятно.
как идея и пища для размышлений — интересно.
на практике выходит так, что чем лучше разделены модели, представление и контроллер, тем лучше поддерживать продукт.
но… продолжайте! может, вам удасться изобрести что-то новенькое и полезное!
Зачем изобретать велосипед :-) я подожду когда Ample станет опенсорсным.
Просто я надеюсь что этот опус кого-то подтолкнет к пересмотру шаблонов программирования, которым мы следуем, после непродолжительного знакомства.
Декларативные обработчики событий на веб странице