Комментарии 11
#container > .box:not(:last-child) ~ .box > .innerBox:nth-of-type(odd):not(.highlight)
Потом сидишь и смотришь на нечто подобное и пытаешься разобраться, что же хотел изобразить ты или твой коллега
Интересная задумка!
Вообще CSS сделан чтобы с помошью селекторов и "немножно" стилей, застилизовать большое количество HTML. CSS обычно статичен, HTML обычно генерируется.
Как вы предлагаете сгенерить например динамический список каточек с данными из одного описания CSS?
ПС: сам разрабытываю альтернативу React :)
Я разработал фреймворк «а-АПчхИ!» (от alert-API, a-API) для мобильных приложений с UI на базе HTML. Дело в том, что onAlert — единственное событие WebView, которое позволяло передавать данные из скрипта в нативный код, без СМС и регистрации собственного веб-сервера. Фреймворк запаковывал вызов и все аргументы в строку, делал alert(), а на той стороне строку разбирал специальный парсер и совершал нативный Invoke со всеми параметрами.
Кстати, это не шутка. Как по мне, на клоунов больше похожи те, кто тащит веб-сервер чисто для того, чтобы маршрутизировать запросы в вызовы функций. (Это и усложняет код, и нагружает телефон).
Долгие годы я пользовался а-АПчхИ!, пока не нашёл решение ещё лучше, и теперь делюсь предыдущим решением с миром. Уж не жалко. Уж пользуйтесь.
я однажды видел реализацию межпроцессного общения на помните такой в 98й винде был нативный мессенджер, так вот на его протоколе, меня каким то чудом попросили разобраться почем та штука не работает, серьезная организация, так вот не работала она потому, что они развернули домен (уже 200е годы, может даже 5й) а домен этот мессенджер запрещает как устаревший несекурный итд. Ну и в итоге она просто в домене не работала, так как это какой то узел выделили его в отдельную физ сеть несекурную и крутили на нем че там должно было крутиться.
(А я так понял те ребята, что такое сотворили презирали tcp чтоли, что то в таком духе. )
Ах я про что - в наше время, лучше использовать те способы коммуникации которые рекомендует вендор, это сильно уменьшит вероятность того, что с очередным релизом вся ваша велосипедная фабрика застрянет и вам вместо того чтобы на пенсии на багамах сидеть, придется ее чинить.
Да как-раз велосипедная фабрика вас пенсией и обеспечит, если вы им накоммитите такого, что никто больше исправить не сможет.
Однако даже используя модные некогда технологии, такие как флеш, активх итп, люди на дистанции столкнулись с огромными проблемами.
Увы, но если жизненный цикл проекта десятки лет, то допиливать придется неизбежно...
#parent
вот тут остались повторы, скрестите с less, stylus или что там нынче в моде :)
Интересный подход, спасибо за статью!
Я 10 лет назад чисто на JS писал фронтенд - и HTML и CSS и JS логику - всё на JS. И выглядело всё как объекты ключ-значение, вложенные друг в друга, массивы и прочее. И были у меня и классы до появления в JS классов, и флексбоксы до изобретения флекса в CSS и под мобилой выглядело как нативное приложение. И под десктоп компилилось до изобретения электрона. И UI компонентов на каждый чих, включая люто функциональные гриды и всякие генераторы графиков. И работало даже на IE 6, включая флексбоксы, да.
Но кто будет платить 5к баксов в год за лицензию? Верно, никто. И оно умерло. Спи спокойно, ExtJS, ты был легендой. Но неумелая монетизация убивает любой проект.
на самом деле это фреймворк-шутка
В каждой шутке есть доля шутки
DRY-фреймворк: как сократить HTML-код и писать только на CSS