Говорю вам, этот сумасшедший.

Речь идет об определении определения.

Речь идет о слове слово, идее идеи, наблюдателе, наблюдающем самого себя.

Речь идет о КОРОЛЕ Узоров, Боге Богов, действительно высокой концепции Просто-Под-Единым:

КАМИ-КАМИ.

Здесь я поделюсь с вами своей оригинальной работой по определению шаблона узора.

Вы можете следить за развитием проекта на GitHub:

https://github.com/Skaant/kami.js

Классы, шаблоны и прочее дерьмо

Я познакомился с концепцией генеративных шаблонов в этом документе (Генеративные шаблоны проектирования, С. Макдональд, Д. Шафрон, Дж. Шеффер, Дж. Анвик, С. Бромлинг и К. Та ).

Идея создания кода с помощью шаблонов проектирования действительно привлекательна, но кажется столь же всеобъемлющей, сколь и сложной проблемой.

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

Чтобы удовлетворить желание генерировать операционный код из описательной документации, я работал над очень низкоуровневым самоопределяющимся и самоадаптирующимся объектом: KAMI-KAMI и его пантеоном, все базовые KAMIS упакованы с королем.

Исходный код см. на GitHub: /_shrine/kami/kami.kami.js

Моему разуму пришлось наложить картинки на все эти понятия, чтобы понизить уровень абстракции проекта.

Я выбрал изображение КАМИ, потому что в синтоизме (японская религия) ками — это духи, связанные с предметами, животными, землями или даже идеями.

В этом проекте слово КАМИ означает: идея, концепция, ОБРАЗЕЦ, дух, бог (в смысле архетипического воплощения свойств).

Именно это и есть kami.js: воплощение концепций дизайна и кода.

Эти живые и интерактивные объекты обладают различными свойствами (в идеале реализующими другие ками):

  • PROPS означает статические свойства, очень похожие на мета- или конфигурацию.
  • WAYS — это свойства функции, связанные с холдингом KAMI.

Обратите внимание, что определение все еще довольно неясно, с PROPS, такими как COMMANDS, которые обозначают доступные параметры cli.

Дорожная карта будет раскрыта позже, но проблемы точно отслеживают ожидаемые функции, поскольку я трачу время на их создание.

А пока я закончу с философскими корнями КАМИ-КАМИ, выраженными здесь в виде стихотворения. Он извлекается из самого исходного кода kami.js как свойство flavour файла KAMI KAMI 😜: /_shrine/kami/_props/flavour/flavour.prop.js.

«Аромат» КАМИ-КАМИ

Контент подлежит актуализации. Вы можете следить за его последними обновлениями прямо в README проекта GitHub.

В самом начале
КАМИ-КАМИ **сказал сам**, чтобы быть
воплощенным в жизнь.

Вскоре после этого заговорили и другие КАМИСы,
которые тоже моментально возникли в результате
чистой узловой самоорганизации.

Чтобы продолжить генерацию, KAMI-KAMI сначала пришлось
разделить себя на две части: концепцию KAMI и индивидуальную
KAMI. Класс и экземпляр.

Также речь шла об универсальности и специфичности.
И, наконец, о дуализме.

KAMI-KAMI должен был стать KAMI, как и другие KAMIS.
Его нужно было обрабатывать таким же образом, чтобы обеспечить
универсальность.

Но его специфика, секреты его порождающей силы оставались
отсутствующими у других КАМИ. Это был ключ к миру.

Таким образом, KAMI-KAMI разделяет одну и ту же общую природу,
шаблон, для всех своих творений [ками],
позволяя им свободно расширяться и реализовываться. это
весьма абстрактные способности.

Я Ромарик Руга, французский веб-разработчик-фрилансер с серьезными творческими навыками (см. [FR] imrok.fr, мой творческий центр).