JavaScript в HTML в качестве аналога Include в PHP

не, всё становиться намного проще если изначально всё выносится в отдельные функции

и еще проще если заранее раскидываешь функционал по независимым блокам MVC :) об этом и речь, причём уже на порядки легче. это можно реализовать и без фреймворка, никто не спорит, но пренебрегать готовым средством не умно как минимум (имхо).

не говоря уже, что после этого можно спокойно работать над отдельными блоками командой в нормальном режиме, не оборачиваясь каждый раз что там наваял пратнёр к текущему моменту. с ангуляром это особенно лихо получается - тесты рулят...

а что мешает реализовывать это с помощью jquery :)

;) ну хотя бы потому, что у этого DOM-садиста нет механизмов реализации MVC - это не фреймворк, а тупо библиотека вспомогательных функций весом 80 Кб, не более того. вот если заодно прицепим бекбон - получаем то что уже похоже на правду.

с ангуляром всё хитрее, но и весит он 70+ Кб, зато о джеквери в подавляющем большинстве случаев можно забыть. да и расширяемость на другом не сравнимо высоком уровне...

Мне одному кажется, что засунуть повсюду MV* - маньячество?

5-6 лет назад мания охватила PHP-программистов, теперь тех кто пишет js

Нет у топикстартера задачи, которая требовала бы чего то большего чем AJAX ("JavaScript в HTML в качестве аналога Include") и там где есть необходимость есть варианты.

если работаешь один, только на себя, только с собственными отлаженными годами плагинами, которые знаешь наизусть - маньячество.

если работаешь на заказчика, в команде, со сторонними разработками - сугубая необходимость...

Если ПС понимает только некоторую часть того, что понимает браузер, то это называется экономией ресурсов, необходимых для и так слишком затратного поиска. А отдаётся и ПС, и юзеру одно и то же.

Тема вообще была о другом, об использовании возможностей клиента. Типа есть на фрихостах 237 доров по 456 HTML-страниц каждый. И надо быстро сменить их дизайн... не заставляя ПС это всё переиндексить.

да нет, чуть больше кода и проблема решается :)

как правило при работе

возможность системных ошибок стремиться к 0 и необходимость обработчиков ошибок отпадает, при работе в команде, необходимо только дописать эти обработчики и всё приходит в норму.

хотя я честно не представляю зачем всё это делать, маштабируемость скрипта на различные проекты - это куча абсолютно не нужного кода (для конкретного проекта). есть готовая библиотека с готовыми плагинами + наработанные решения, собрать нужный js для конкретного сайта занимает не много времени :)

тем более для каждого конкретного сайта скорей всего потребуются индивидуальные решения связанные с особенностями конкретного сайта.

ну, как бе либо

либо

коллизия налицо ;)

по ходу времён каждый серьёзный сайт всё больше превращается в неслабое интерактивное приложение с уникальным функционалом. в командной поддержке этих "монстров" и заключается куча проблемм, для решение которых MVC мягко говоря не самая плохая из методик.

но для работы типа "любой сайт за 1 день и 1000 рублей" эта парадигма конечно излишество :)

Скорее вам (и мне тоже) по большей части приходится работать с чем-то большим. Но реально на одно большое приложение приходится сотня обычных визиток и магазинов, в которых потребность в больших JS-приложениях притянута за уши.

Хороший ответ на вопрос почему jquery. В MV*-фреймворках подобного стандарта не предвидется.