Смотрите, я немного упростил ваш чертёж, используя view.tree:
Обуждение синтаксиса в данном случае бесперспективная тема. $mol фактически предлагает выучить новый язык программирования (надеюсь, только шаблонов). Chorda это хорошо знакомые JS/TS.
Вы остановились на стилизации, но можно ведь пойти и дальше, меняя в том числе и поведение компонента.
Пойти дальше не позволили рамки статьи :) Переопределение поведения, конечно, есть. Но это сложная и любопытная тема.
1. Загрузили что-то и не показали (лишняя загрузка).
2. Показали то, что забыли загрузить.
Я правильно понимаю, что вы не рассматриваете варианты агрегации данных перед отображением?
В системах, где инициатором загрузки является отображение, такие ошибки невозможны в принципе.
Здесь огромное спасибо EdgarAbgaryan за хороший пример на тему того, что обычно поисходит, когда инициатором загрузки является отображение.
Я не утверждаю, что инициировать загрузку через отображение нельзя, но рассматриваю ее только как частный случай, скорее даже оптимизацию
Это когда компонент в одном месте работает исправно, а при переносе в другое место вдруг ломается, ибо родительские контексты сложились иначе.
Очень интересная тема. Тут два момента:
1. Если речь про неявную завязку на контекст, то это изначально плохо. Не надо так делать
2. При явном же подключении необходим контроль типов контекста. Обычно этого достаточно
И, кстати, проблема характерна не только для Angular
Не понятно почему. Достаточно отрендерить через JSDOM, получить DOM и его сериализовать.
Тут речь скорее о восстановлении компонентов на стороне браузера
Ещё через пару лет вы переизобретёте $mol, где уже как 5 лет есть это всё и даже больше
Я все же очень рассчитываю, что Chorda идет по другому пути нежели $mol. Сосуществование с другими библиотеками мне нравится больше, чем война с ними
Но подсмотреть что-то из него всё же стоит.)
Подсматриваем, конечно :) На данный момент интересен кейс использования $mol в качестве отрисовщика
Именно поэтому же, кстати, и не работают чрезмерно общие кодогенераторы (и интерфейсогенераторы, как подкласс)
Что касается генераторов, вы правильно поняли мысль, даже повторили ее, чуть углубив. И я не то что возражать, а еще и дополнить могу где, как и почему кодогенераторы перестают работать. Но речь все же шла об идее использования декларативности в целом.
Конкретно ваше решение — это очередное переизобретение html, и в этой связи особо никому не сдалось.
Вот здесь вы прочитали правильно, но не до конца поняли. Скорее всего, это моя вина, т.к. я не стал развивать тему JS, JSX, html и т.п. Казалось очевидным, что запись "шаблона" в виде "POJO-портянок" это альтернативный вариант, у которого свои кейсы применения.
В задачи этой статьи не входило сравнение видов деклараций, это требует времени. А на скорую руку получить что-то вроде "смотрите как я плохо написал с помощью шаблона А, и как круто будет если все хорошо написать на шаблоне Б" не то, что мне хотелось.
Уточню свою позицию — я не против форков и копирования. Но поскольку библиотека продолжает активно разрабатываться, и я открыт для предложений, то это может быть более интересным вариантом участия для сторонних разработчиков и специалистов.
Обуждение синтаксиса в данном случае бесперспективная тема. $mol фактически предлагает выучить новый язык программирования (надеюсь, только шаблонов). Chorda это хорошо знакомые JS/TS.
Пойти дальше не позволили рамки статьи :) Переопределение поведения, конечно, есть. Но это сложная и любопытная тема.
Я правильно понимаю, что вы не рассматриваете варианты агрегации данных перед отображением?
Здесь огромное спасибо EdgarAbgaryan за хороший пример на тему того, что обычно поисходит, когда инициатором загрузки является отображение.
Я не утверждаю, что инициировать загрузку через отображение нельзя, но рассматриваю ее только как частный случай, скорее даже оптимизацию
Очень интересная тема. Тут два момента:
1. Если речь про неявную завязку на контекст, то это изначально плохо. Не надо так делать
2. При явном же подключении необходим контроль типов контекста. Обычно этого достаточно
И, кстати, проблема характерна не только для Angular
Тут речь скорее о восстановлении компонентов на стороне браузера
Я все же очень рассчитываю, что Chorda идет по другому пути нежели $mol. Сосуществование с другими библиотеками мне нравится больше, чем война с ними
Подсматриваем, конечно :) На данный момент интересен кейс использования $mol в качестве отрисовщика
Спасибо. Добавил короткое введение. Действительно, с ним стало лучше
Что касается генераторов, вы правильно поняли мысль, даже повторили ее, чуть углубив. И я не то что возражать, а еще и дополнить могу где, как и почему кодогенераторы перестают работать. Но речь все же шла об идее использования декларативности в целом.
Вот здесь вы прочитали правильно, но не до конца поняли. Скорее всего, это моя вина, т.к. я не стал развивать тему JS, JSX, html и т.п. Казалось очевидным, что запись "шаблона" в виде "POJO-портянок" это альтернативный вариант, у которого свои кейсы применения.
В задачи этой статьи не входило сравнение видов деклараций, это требует времени. А на скорую руку получить что-то вроде "смотрите как я плохо написал с помощью шаблона А, и как круто будет если все хорошо написать на шаблоне Б" не то, что мне хотелось.