Если вы используете веб-фреймворк на основе компонентов (он же Pull-based ) (например, Tapestry, Wicket и др.), Как вы определяете, что ваша разметка проходит проверку W3C?На ум приходят два подхода:
Сканирование работающего приложения
Pro:
- Вся разметка, необходимая для проверки, существует на странице.
Минусы:
- Может быть очень сложно попасть на каждую страницу и в каждый случай.
- Если что-то не так, это можетНеясно, какой компонент вызывает проблему (особенно в больших приложениях).
- Возможно, вы проверяете один и тот же компонент снова и снова (дублирование).
- Это может занять очень много времени.время, если есть много страниц / компонентов.
Просматривать шаблоны HTML в автономном режиме
Плюсы:
- Вам нужно толькопроверьте каждый компонент один раз.
- Если вы обнаружите проблему, вы точно будете знать, какой компонент ее вызывает.
Минусы:
БольшинствоИз минусов, о которых я могу подумать, можно потерять контекст компонентов, потому что у вас не будет полной разметки страницы.
- Возможно, вы не знаете DOCTYPE для данного компонента.
- Может быть трудно узнать, кто является родительским компонентом компонента, что может привести к проблемам.Например, обнаружение неверного регистра встроенного тега (например,
<span>), содержащего тег блока (например, <form> или <p>). - Шаблоны HTML в этих типах структур часто содержат недопустимые атрибуты и специальные символы(обычно для обозначения чего-либо в платформе), которая не будет проверяться.
Итак, вопрос в том, если вы используете архитектуру на основе компонентов, как вы проверяете свою разметку?Существуют ли какие-либо рекомендуемые методы или, еще лучше, инструменты для этого?
РЕДАКТИРОВАТЬ: Я немного удивлен, что для этого не было больше ответов.Это редкость для проверки вашей разметки при использовании компонентных структур?Или их просто не так много?