Comments 9
В предыдущей части статьи я обещал, что вторая часть выйдет через несколько дней, но в связи с сильной загрузкой на работе у меня не было времени на переводы. Так что лучше поздно чем никогда)
0
Практически каждый раз, начиная новый проект или рефакторя старый, радуюсь, что использую технологию jsp. Учитывая серверные возможности, такие как jstl-resolvers, не проблема подтягивать шаблоны и динамически (про статику и речи нет — это базовые возможности), причем, с jstl, jsp tags, spring tags и прочее. И не надо мудрить на клиенте механизмы подтягивания и инкапсуляции шаблонов в текущую страницу. Решаемо, конечно, все, но так как я сторонник более консервативной школы, считаю, что разруливать представление все же должен сервер, а удел клиента — работать с моделью и финтифлюшками. И мне становится очень смешно, когда эту технологию называют очень устаревшей.
-3
Сам уже давно интересуюсь и экспериментирую с polymer и мозилловским X-Tag, но в продакшене пока побаиваюсь использовать.
0
Единственное, что меня смущает, это если посмотреть на `import` с точки зрения любого из вариаций mvc. Разумеется мы будем выность весь javascript из тэгов
<script></script>
в отдельный контроллер напимер, и тогда у нас получится удивительная вещь: Шаблон загружает Контроллер. Я не утверждаю, что это недопустимо, но как-то это не привычно. В runtime более привычно, когда попадая в контроллер, он загружает нужный ему шаблон/вью, а также любые другие ресурсы и js модули. Я уже давно использую компонентный подход для построения приложений, и скажу, что `import` меняет поток загрузки ресурсов не в лучшую сторону. 0
UFO just landed and posted this here
Что по поводу индексирования таких страниц поисковиками?
+1
Sign up to leave a comment.
HTML-импорт — include для веба: часть 2