Synoptic: legacy в контексте вопроса мы не рассматриваем. Да и BEM бывает разный, я вот использую чуть упрощенную схему сохраняя основную идею разделения на компоненты. В контексте использования web-компонентов (или директив в angularjs) это очень даже удобно.
что до таблиц - у каждого свои задачи. Я не переношу всякие там гриды и прочее и избегаю их. В админках у меня списки в основном, никаких гридов. А "обычных сайтов" я не делаю, и табличные данные вывожу только в виде каких-то репортов. И там да, можно.
Synoptic: ну с таблицами все просто - тут по семантике ничего другого не лезет, и это довольно редкий нынче кейс - таблица. Я вот не помню когда в последний раз их юзал (стараюсь избегать таблиц в UI).
Что до производительности - меня больше заботит DRY.
Владимир Грабко: о чем вы? после первого же запроса или прогрева кэша разницы не будет вовсе. Все будет так же работать. Вы видимо о том что бы не убивать скрипт, о fastcgi короче... в этом случае есть php-pm, который позволяет реализовать что-то в этом духе и чуть чуть ускорить бутстрапинг приложения.
dk-web: да, ибо сегодня это ссылка, завтра это span, после завтра еще что-нибудь. Я не говорю что нужно отказаться от каскадирования, но скажем зачем меню навигации знать что-то о том где оно находится? Вы так связываете руки. Вот захочу я точно такую же менюшку в футер запихнуть и мне придется уже делать лишнюю работу.
Synoptic: это бездумное использование селекторов называется, поддерживать такие стили боль и унижение. А скоупинг sass позволяет не только селекторы вложенные делать. А делать новые на основе предыдущих, но находящиеся на одном уровне вложенности.
.foo {
&--mod {
}
}
// будет
.foo {}
.foo--mod {}
что до тегов в качестве селекторов - почти всегда, в подавляющем большинстве случаев. Есть очень редкие исключения.
ГЛЕБ ГЛЕБОВ: я о расположении всего по слоям. Гуглить "луковая архитектура, гексагональная архитектура, ddd". Рекомендую почитать Эрика Эванса, у него неплохие практические примеры. Ну и еще - это все круто только тогда когда у приложения бизнес логика сложнее чем "забери и положи в базу".
Иван Соломенников: angular ничего за собой не тянет (в ветке 1.x) только потому что там все уже есть внутри, и при этом для маршрутизции всеравно придется что-то ставить.
Параноя о зависимостях это чушь. На самом деле высокая модульность это жирный и единственный плюс эмбера (я других не увидел в свое время).
1) да, это название файла по сути.
2) да
3) да, они подгржаются через system.js
4) да
5) да вроде ничего... В тех трех строчках что я описал - первые две - настройка, последняя - действие, загрузить главный модуль.
littleguga: нет, на самом деле это да, нужно юзать его, но приравнивать к приступлению... Создается впечатление что люди постоянно в перерывах между 800ms переходят из владки во вкладку.
что до таблиц - у каждого свои задачи. Я не переношу всякие там гриды и прочее и избегаю их. В админках у меня списки в основном, никаких гридов. А "обычных сайтов" я не делаю, и табличные данные вывожу только в виде каких-то репортов. И там да, можно.