Пока что остановился на варианте с css переменными (ie за бортом, повезло).
Классы в таком варианте написаны один раз и лежит сбоку от механизма тем. Всё что может в них меняться - написано через переменные. А в темах идёт исключительно определение переменных для root и светлой/темной темы.
Сами компоненты же вообще ничего не знают о стилях, просто используют нужные им классы. Максимум - могут переопределить светлая или темная тема внутри должна быть.
Решил недавно попробовать Chrome, так как VueDevTools в Firefox по ощущениям имеет утечки памяти.
И хоть оператива перестала улетать в трубу, но вот ковырять стили в Chrome адская боль - подсветка элементов DOM моментально отваливается, вместо стилей вылезают спецсимволы от отключенных правил и ещё куча неприятных багов, тормозящих работу и выбирающих из колеи.
Посмотрите на сайт Yota.
Слайдер (скорость) и три тумблера (стационарный телефон, мобильный и ТВ) и вуаля — все 48 тарифов в понятном и доступном виде!
Я прочитал. Возможно, проблема в том, что я не работал с очень большими проектами, с кучей логики, легаси кода и прочего.
Суть моего комментария.
Вы для отказа от одного фреймворка предлагаете свой фреймворк, который точно так же может устареть, плюс требует погружения в свою логику работы.
Я же предлагаю использовать стандарт (строго говоря, набор стандартов, но главное — более низкоуровневое решение), который как раз и был введен для решения проблем с кучей фреймворков.
Для компонентов уже есть веб-компоненты, которые точно так же можно писать хоть на чём от голого js, до реакта и компании.
Для хранилища данных — local storage. Да, есть ограничения, но в остальном прекрасно справится с задачей, как мне кажется.
Какие плюсы несёт данная схема?
А если вернуться к исходной задаче? Сделать максимальное количество фотографий за ограниченное время (предположим те же 3 часа).
Потому как убрав даже 5-6 точек на выбросах текущего маршрута уже можно сократить время почти на 2,5 часа. Возможно с этой точки зрения есть и более оптимальный путь.
Все наблюдения за звездами — это изучение того, какими они были миллионы, миллиарды лет назад. И если и есть СЕЙЧАС жизнь во вселенной — в телескоп мы увидим это через тот же миллион лет, когда солнечный свет дойдет до нашей планеты.
Это как если бы прямо сейчас жители планеты в паре миллионов световых лет от нас изучали бы солнечную систему — они не увидят никаких радиоволн и прочих признаков цивилизации, потому что информация об этом дойдет до них лишь через пару миллионов лет, когда уже и человечества, возможно, не будет.
Что значит менять объявления на собственные? То есть пользователь, заходя на сайт, по прежнему видит тонну рекламы, но деньги от этих показов идут не владельцу ресурса, на его поддержание и развитие, а разработчику браузера?
Пока что остановился на варианте с css переменными (ie за бортом, повезло).
Классы в таком варианте написаны один раз и лежит сбоку от механизма тем. Всё что может в них меняться - написано через переменные. А в темах идёт исключительно определение переменных для root и светлой/темной темы.
Сами компоненты же вообще ничего не знают о стилях, просто используют нужные им классы. Максимум - могут переопределить светлая или темная тема внутри должна быть.
Решил недавно попробовать Chrome, так как VueDevTools в Firefox по ощущениям имеет утечки памяти.
И хоть оператива перестала улетать в трубу, но вот ковырять стили в Chrome адская боль - подсветка элементов DOM моментально отваливается, вместо стилей вылезают спецсимволы от отключенных правил и ещё куча неприятных багов, тормозящих работу и выбирающих из колеи.
Слайдер (скорость) и три тумблера (стационарный телефон, мобильный и ТВ) и вуаля — все 48 тарифов в понятном и доступном виде!
Я прочитал. Возможно, проблема в том, что я не работал с очень большими проектами, с кучей логики, легаси кода и прочего.
Суть моего комментария.
Вы для отказа от одного фреймворка предлагаете свой фреймворк, который точно так же может устареть, плюс требует погружения в свою логику работы.
Я же предлагаю использовать стандарт (строго говоря, набор стандартов, но главное — более низкоуровневое решение), который как раз и был введен для решения проблем с кучей фреймворков.
Для компонентов уже есть веб-компоненты, которые точно так же можно писать хоть на чём от голого js, до реакта и компании.
Для хранилища данных — local storage. Да, есть ограничения, но в остальном прекрасно справится с задачей, как мне кажется.
Какие плюсы несёт данная схема?
Потому как убрав даже 5-6 точек на выбросах текущего маршрута уже можно сократить время почти на 2,5 часа. Возможно с этой точки зрения есть и более оптимальный путь.
Это как если бы прямо сейчас жители планеты в паре миллионов световых лет от нас изучали бы солнечную систему — они не увидят никаких радиоволн и прочих признаков цивилизации, потому что информация об этом дойдет до них лишь через пару миллионов лет, когда уже и человечества, возможно, не будет.