All streams
Search
Write a publication
Pull to refresh
3
0

Пользователь

Send message

Смотрите, я немного упростил ваш чертёж, используя view.tree:

Обуждение синтаксиса в данном случае бесперспективная тема. $mol фактически предлагает выучить новый язык программирования (надеюсь, только шаблонов). Chorda это хорошо знакомые JS/TS.

Вы остановились на стилизации, но можно ведь пойти и дальше, меняя в том числе и поведение компонента.

Пойти дальше не позволили рамки статьи :) Переопределение поведения, конечно, есть. Но это сложная и любопытная тема.

1. Загрузили что-то и не показали (лишняя загрузка).

2. Показали то, что забыли загрузить.

Я правильно понимаю, что вы не рассматриваете варианты агрегации данных перед отображением?

В системах, где инициатором загрузки является отображение, такие ошибки невозможны в принципе.

Здесь огромное спасибо EdgarAbgaryan за хороший пример на тему того, что обычно поисходит, когда инициатором загрузки является отображение.

Я не утверждаю, что инициировать загрузку через отображение нельзя, но рассматриваю ее только как частный случай, скорее даже оптимизацию

Это когда компонент в одном месте работает исправно, а при переносе в другое место вдруг ломается, ибо родительские контексты сложились иначе.

Очень интересная тема. Тут два момента:

1. Если речь про неявную завязку на контекст, то это изначально плохо. Не надо так делать

2. При явном же подключении необходим контроль типов контекста. Обычно этого достаточно

И, кстати, проблема характерна не только для Angular

Не понятно почему. Достаточно отрендерить через JSDOM, получить DOM и его сериализовать.

Тут речь скорее о восстановлении компонентов на стороне браузера

Ещё через пару лет вы переизобретёте $mol, где уже как 5 лет есть это всё и даже больше

Я все же очень рассчитываю, что Chorda идет по другому пути нежели $mol. Сосуществование с другими библиотеками мне нравится больше, чем война с ними

Но подсмотреть что-то из него всё же стоит.)

Подсматриваем, конечно :) На данный момент интересен кейс использования $mol в качестве отрисовщика

Спасибо. Добавил короткое введение. Действительно, с ним стало лучше

Именно поэтому же, кстати, и не работают чрезмерно общие кодогенераторы (и интерфейсогенераторы, как подкласс)

Что касается генераторов, вы правильно поняли мысль, даже повторили ее, чуть углубив. И я не то что возражать, а еще и дополнить могу где, как и почему кодогенераторы перестают работать. Но речь все же шла об идее использования декларативности в целом.


Конкретно ваше решение — это очередное переизобретение html, и в этой связи особо никому не сдалось.

Вот здесь вы прочитали правильно, но не до конца поняли. Скорее всего, это моя вина, т.к. я не стал развивать тему JS, JSX, html и т.п. Казалось очевидным, что запись "шаблона" в виде "POJO-портянок" это альтернативный вариант, у которого свои кейсы применения.
В задачи этой статьи не входило сравнение видов деклараций, это требует времени. А на скорую руку получить что-то вроде "смотрите как я плохо написал с помощью шаблона А, и как круто будет если все хорошо написать на шаблоне Б" не то, что мне хотелось.

Уточню свою позицию — я не против форков и копирования. Но поскольку библиотека продолжает активно разрабатываться, и я открыт для предложений, то это может быть более интересным вариантом участия для сторонних разработчиков и специалистов.
Да. Стиль действительно когда-то отталкивался от ExtJS (к примеру, etype и xtype), но сейчас их схожесть все меньше и меньше :)
Спасибо за замечания. Я увлекся примерами и забыл о git-репозитарии, а именно о Readme. Проект давно собирается с помощью Grunt.
Форк ядра не очень приветствуется. А вот своя библиотека виджетов и стилей — очень даже хорошо.

Information

Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Date of birth
Registered
Activity