БУДУЩЕЕ CSS DOM и JS
жаваскрипт мне нарвится, низкий порог вхождения
дом - ужасает стили - можно их ведь генерить программно хтмл - рассматривается только как контейнер-оболочка веб приложения на жаваскрипте использовать хтмл декларативно описывая документ - смысл есть только для поисковиков, на которых можно и забить каким может или могло быть будущее и развитие этой ИДЕИ где вы видите недостатки архитектуры как сделать дизайн браузерного программирования еще проще |
CSS DOM - это CSSStyleDeclaration (частный интерфейс DOM).
HTML DOM - это привычные интерфейсы HTML элементов в JS. css ушел в препроцессоры, а css dom - в удаление\добавление css классов ----> полное абстрагирование от свойств. что за классы добавляются\удаляются и что внутри них - следуем выбранной методологии. html dom и вообще html - так же ушел в препроцессоры. а с React можно вообще все эти либы - React, Angular, Ember, Polymer и огромное количество других так или иначе крутятся вокруг идеи Web Components и как следствие, всё идёт к упрощению использования компонентов и додумывания этого стандарта Web Components до нормального состояния. каждый новый успешный ФВ приносит что-то своё революция в том, что если ты придумаешь сахарный фреймворк, который поможет разруливать компоненты на сайте всё вышеизложенное - лютое, дичайшее собственное мнение на сложившуюся ситуацию. и ваш взгляд может совпадать с моим, или же не совпадать. |
Цитата:
мосье умеет рассуждать головой только расшифруй еще раз то что я процетировал понятнее |
"" Основная идея в том, чтобы позволить программистам создавать “виджеты”. Фрагменты приложения, которые изолированы от документа, в который они встраиваются. Использовать виджет возможно как с помощью HTML, так и с помощью JS API. ""
http://habrahabr.ru/post/210058/ - человек описывая эти Компоненты нифига не убедительно говорит я не понимаю зачем все эти сложности |
Цитата:
|
Цитата:
"если ты не способен изложить свою идею понятно жене, то это херовая идея" |
Цитата:
"Если все время нести бред, то в итоге несешь только бред" Зачем эта тема? |
Цитата:
это больше как определения модулей для JavaScript, мне кажется Цитата:
ты пробовал писал приложения с большим количеством компонентов? удобно было связывать их между собой? скорее всего, без велосипедов не обошлось, верно? связывать, манипулировать, создавать, удалять, взаимодействовать - все операции с компонентами были заключены во фразе "разруливать компоненты" |
ты про "сахарный язык" поверх жаваскрипта, DSL для компонентов
а может быть это не проблема языка? язык должен быть простым, с любыми архитектурными каркасами или DSL поверх него вот я выше указываю на то что цсс фактически не нужен, и хтмл это рудемент |
Цитата:
Цитата:
|
Цитата:
то есть - не браузер просчитывает смену оформления, а програма программа не рушится при отсутствии внешнего файла оформления мне кажется это НАВЕРНОЕ глупое решение - вынести оформление интерфейса во внешний статичный файл |
melky, а если я принципиально не использую библиотеки никакие, то нафик тогда мне те прелести о которых ты говоришь ? |
Цитата:
а кто что использует - это вообще дело вкуса |
javascriptus-maximus-∆,
Я не понимаю, что ты хочешь донести, поэтому напишу снова. Зачем эта тема? |
Цитата:
я считаю это одна сторона программистской медали, и в вопросе о будущем языка, которое реально, следует опираться на более реалистичные ценности |
Цитата:
|
я может быть лишком суров, но мы считаем шо хороший программист с нормальным высшим образованием должен быть мочь написать себе и редактор кода, и фреймворк, и DSL, и даже язык - в этом смысл нормального высшего образования, быть инженером самодостаточным, а не водителем жиквери и ангуляра и тп
|
Цитата:
вот попроще : ![]() |
Часовой пояс GMT +3, время: 16:31. |