И самое забавное, что на Хабре в десктоп версии добавили кнопку "Вверх". Программисты, наверное, не в курсе кнопки "Home" и скроллбара. Вот оно типовое решение от людей, который интересуют только деньги.
Вот представьте, открывая новую статью на хабре, вам не надо скроллить до комментариев, вам не надо скроллить до комментариев и тогда, когда вы вдруг захотели прокомментировать определенный параграф. Представьте, вам не нужно нажимать назад, чтобы вернутся к списку публикаций, а вы можете просто переключится на следующую публикацию в сайдбаре. Но, к сожалению, хабр это типовое решение, а то что опубликовал я - удобное.
Денис Инешин: что интересно, такое же поведение, если наследовать __proto__.
var Location_ = {ext: "loc"}
var Document_ = {}
Document_.__proto__.Location_ = Object.create(Location_);
Document.__proto__.Location_.ext = 'doc';
var Page_ = Object.create(Document_.__proto__);
Page_.Location_.ext = 'page';
console.log(Location_.ext, Document_.Location_.ext, Page_.Location_.ext);
Вы бы не могли ответить на технические вопросы? Как это будет работать и выгодно ли вообще такое поведение - вопрос другой. Нужны тесты. Мой метод как раз и подразумевает отказ от HTML/CSS.
Нужна обратная совместимость с популярными браузерами. Упомянутые мною технологии, в том числе, HTTP/2 поддерживается всеми актуальными браузерами и 60% от всех на рынке.
@WebSpider: хотя я ставлю двусмысленные вопросы. Здесь производительность, здесь целостность. Это растерянность. Ничего в этом не смыслю. Спасибо за советы, в любом случае.
@WebSpider: просто мне кажется, база должна быть базой. И целостность информации здесь главное. Поэтому, придерживаюсь минимум 3 нормальной формы. Если я буду запросы выборки и циклов кешировать, как обычный HTML код, в ОЗУ. Ведь сложная архитектура не так скажется на производительности. Да и надеюсь, что сложная, а не глупая. Если вы читали тему, ссылку на которую я давал выше.
@WebSpider: я все-таки newbe, и мне наверное, лучше придерживаться нормализации. Технически, их возможно объединить. Но по сути, а разве стоит ради 1 фигуры в статьи, выбирать 3 лишние колонки, а главное, и резервировать для их место? Разве при вставке абзаца, обильное количество индексов для соединенной таблицы (здесь и абзацы, здесь и фигуры, здесь и списки (планирую)), не будет медленнее?