для элементарного примера - элементарно, есстествнно.
попробуйте, я сам через это проходил: простыня на десяток другой функций "всего лишь" ерунда ;)
а потом для интереса посмотрите код примера на ангуляре (хотя стоит сразу открыть исходники и понять, что джекверя тут не конкурент даже тупо по объёму кода).
а потом представьте, что вам в связке этой простыни с HTML надо хотя бы визуализацию мелкой хреньки изменить хотя бы через несколько месяцев, а даже разделения MVC джекверя вам не обеспечила - на одни тесты убъёте на порядок больше времени чем на доработку кода.
а потом умножьте все эти траблы на пару порядков для реального проекта и ещё на порядок при командной работе.
сами понимаете, что вопрос не корректный, типа чисто "на слабо" взять ;) но гуглята это не та команда, чей продукт можно сбить такими подколами.
ангуляр не просто так 70+ Кб весит, есть средствА и хитрого построения приложения и использования всяких разных HTML Storage. а главное модели данных привязаны к HTML, обработка автоматом идёт "в" а не "вне" документа как это происходит при использовании DOM-дрочеров (намёк на огромный плюс того, что вам так не понравилось с первого взгляда) получается эмуляция "динамического HTML" на высоком уровне. это принципиально, но такой подход надо пробовать, объяснять "на пальцах" долго и почти бесполезно.
ЗЫ: кодера, который так организовал структуру данных, что для генерации страницы (в которой без пагинации может быть max 3.000 моделей - больше не осилит даже мозг привыкщего к беспределу своих вебмастеров китайца) каждый раз перелопачивается вся куча из 100.000 надо гнать в шею. любой реальный список моделей легко можно разбить на категории весом не более 3.000 элементов (что бы какой-н экстримал смог отключить пагинацию и высветить всю простыню целиком при желании), ну а уникальные задачи типа полнотекстового поиска по всему списку можно оставить и на стороне сервера - не критично, да и то же решаемо...
с сервера именно по контенту для всей работы со списком товара один раз грузится JSON на 2.3 Кб + изображения, всё статика.
при всех дальнейших сортировках, выборках, отображениях отдельных моделей к серверу обращений нет (исключая дополнительные картинки) весь HTML код генериться на стороне клиента, в примере вообще нет ни PHP ни другого серверного языка. но это и не фокус и не новость, детали реализации - в них суть.
основное - для всей работы юзверя со списком моделей, достаточно одного обращения к серверу на всю сессию, получили json и вперед, остальное детали.
пример специально не оптимизирован - скрипты не сжаты, включена глобальная поддержка тестов, загрузка изображений самая бесхитростная, нет thumbs, прелоадеров и т.п. - всё сделано для облегчения ознакомления с технологией.
из 830+ Кб более 650+ Кб занимают картинки где и какую Вы там увидели "библиотеку на 1мегабайт"?
бутстрап 18+ Кб да ангуляр 139+ Кб, остальное на байты счёт идёт + большая пачка изображений от которых никуда не деться при любых концепциях и раскладах.
ангуляр на 139 Кб пугает? так это полный исходник - откомпилированный он весит 70+ для dev, в prod ещё меньше (от хотелок зависит), под гзипом сами догадаетесь сколько это будет.
очевидно, что при отлаженном потоке и разработка и (главное) доработка любого уника будут стоить не больше по деньгам и по человеко-часам чем серверное MVC, просто не с чего вдруг стать дороже при той же парадигме.
но вот т.к. интерактив не разделяется (запутывается) между сервером и клиентом, а идёт одним пакетом здравый смысл подсказывает, что разработка и поддержка по этой технологии хотя бы по "себестоимости" должна быть сильно дешевле обычных плясок с кодом (для нас фактор важнейший).
ЗЫ: как оказалось даже такие примитивные примеры надо самому собирать, руками, что бы понять все детали. а тут "большое приложение" просили для диагноза :) но народ умный "глядя на каплю догадается о существовании океанов"...
[ATTACH]127537[/ATTACH]
а зачем большое в качестве аргумента? замучаешься оценивать. может быть маленькое сойдет? типа в наглую, не мучаясь и не напрягаясь: из туториала от гугла с минимумом от потенциальных возможностей, для нубов...
да не, ТС просто очень талантливый 😂 после "7 лет опыта в eCommerce" постоянно нести кондовую школо-хрень - это надо иметь особый склад ума...
на таком уровне "дискуссия" становится беспредметной ;) вы говорите о своём представление "как" это у "многих", я имею своё мнение и о качестве реализаций этого "как" и о количестве этих "многих"...
ваш блог давно в закладка ;) , а задачи таки да, малосвязанные, ну кроме того, что появилось средствА, позволяющие решить их одним пакетом.
речь немного о другом: о полном переносе интерактивных телодвижений с сервера на клиента. т.е. клиентские скрипты сами занимаются формированием модели и нужного шаблона её визуализации, а не тупо передавая серверу "пожелания клиента" пере-закачивают заново сгенерированный контент. разгрузка сервака колосальная...
в аякс-оптимизации речь идёт о решении проблемы не уникального индексируемого контента прежде всего, так что всё более чем лигитимно. хотя это вроде бы должны быть понятные всем детали?
а я говорил не "вообще", а о своих интересах, о них то я наверное имею лучшее представление? XSLT давно исследован и несмотря на явные плюсы пока отложен - как только ПС подтянуться в его поддержке, наверное, тогда и посмотрим.
ничего экстремального, мощное раскрывающаяся меню по всей структуре сайта на любой странице (тем более на морде) легко угробит и тошнотность и даже тематичность. сайтмэп ещё никто вроде бы не запрещал, так что если уникализировать контент - так по полной программе...
да нет, Ayavryk, я это понимал, просто для обсуждение узкой прикладной темы заданной ТС хватило бы 1-ой страницы ;) обсуждать то почти нечего - всё пережёвано тысячи раз и в вашем блоге то же.
но вот широкая задача поисковой оптимизация контента через AJAX + полный перенос интерактива на сторону клиента уже интересна. в смысле полной поддержки этой технологии со всеми возможными параллельными и перпендикулярными плюшками. особенно после недавнего появления ангуляра - вроде бы в заложенных в него принципах и нет ничего особо нового, но гугловская команда сумела поднять качественный уровень реализации
вот как бе об этом я речь и вёл....
весело у вас тут 🙅 "Купертино" блин, очередное подтверждение закона, что тем понтовее название - тем лажовее продукт.
ЗЫ: всем удачно съехать...
для человека спамящим подобными темами /ru/forum/811586 ну очень смелое заявление 😂
