Александр, Нужных блоков - пока ещё нет на странице (не требовались они...).
А данные в них - всегда разные (зависят от объектов из меню), и функциональность блоков - унифицирована по цифрам (блок1, блок2 и т.д.).
Сергей delphinpro, а-а.. возможно, не увидел. Ну тогда значит цифра справедлива только для этого случая. Но что этот случай будет постоянным - я сильно сомневаюсь.
datarmatan, Если посредник выступает гарантом сделки (как в вашей схеме) - весь контроль и вся ответственность за качественным выполнением проекта также, ложится на вас.
В какой момент заказчик и исполнитель согласуют стоимость проекта между собой?
Александр, Пример: есть сбоку меню и сверху - панель сортировки/фильтрации.
Мне их трогать не нужно.
Под панелью, наполнение блоками: блок1 (таблица), блок2 (ротатор/слайдер), блок3 (голосовалка).
Теперь, я кликаю в пункт меню и получаю новое наполнение (под панелью) вместо предыдущего (заменяется предыдущее): блок2(ротатор/слайдер), блок4(текстовый контент), блок7(блок похожих материалов)
Александр, Если мне нужно 2/3 (или половину) блоков не трогать, а остальные - заменить на другие типы блоков (по клику во вкладке, например). То как тут быть (каким образом лучше сделать)?
Александр, Рендер на фронте - это время, загрузка CPU и энергия (батарейка на смартах). Зачем рендерить то, что можно хранить уже готовым и просто наполнить динамическими данными (через тот же JSON в обработчике загрузки блока)?
Александр,
1. Если мне нужно поменять страницу/панель - мне проще загрузить сразу готовый блок с разметкой.
2. При загрузке других панелей на странице - мне не нужно следить за этим: будет сделано всё автоматически, т.к. поддерживается рекурсивная связка блоков.
3. Если мне нужно поменять меню - я ставлю замену меню в обработчик загрузки блока.
4. Никто не мешает получать JSON с сервера тогда, когда это действительно нужно (для виджетов, например), но сами виджеты (HTML-разметку) - также проще грузить из заранее подготовленного кода HTML. А запрашивать JSON - обработчиком (callback) сразу после загрузки HTML-разметки.
ты глупый что ли?!
Одна строка с АСИНХРОННОЙ и РЕКУРСИВНОЙ! загрузкой весом 1,5кб против старинного jquery, все функции которого являются дополнительным слоем логики, который грузит процессор и занимает время на обработку при рендеринге, и к тому же УЖЕ ВСЕ! функции jquery повторяют 1-в-1 функции "чистого" js ES2015(ES6)?!
Евгений Вольф, Ну всё просто же (аллегория): вначале заманиваем на канал, там "раскручиваем" на бабло (когда собака шугает уток из травы) и "трясём" (стрельба по уткам = выполнение мелких задач по завышенной цене), говоря, что все тут "спецы"! :)
1. Когда заказчик боится потеряться и выпасть из общего тренда, по которому сделано на данный момент времени "львиная" доля сайтов:
"Я хочу, чтобы было как у всех, но только лучше, чем у других. Что посоветуете?"
2. Когда заказчику важен конечный результат:
"Мне не важно как у других, я хочу чтобы мои посетители:
1. Могли быстро понять и найти то, за чем они пришли.
2. Испытывали чувство полного комфорта и удобства при работе с сайтом
3. Регистрировались и покупали товары и услуги.
PS: ну и чтобы не было у них ассоциаций дизайна с 90-ми годами..."
Задачи у сайта - могут быть абсолютно разные (в том числе даже и не для людей вовсе)!
Если имя на рынке уже известное, а продукция востребована - достаточно "белый лист" с лого и ссылкой в центре: "Купить".
А данные в них - всегда разные (зависят от объектов из меню), и функциональность блоков - унифицирована по цифрам (блок1, блок2 и т.д.).