Pull to refresh

Comments 12

Если хочется определять обработчики сразу в HTML, то нужна настоящая декларативность [1], а не мнимая. Иначе после определенного порога получится лапша, в которой нельзя будет разобраться.

> аяксине

Аяксианине тогда уж.

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

Вообще интересно, но незачем.
Sign up to leave a comment.

Articles