Size: a a a

Архитектура ИТ-решений

2020 November 22

AK

Andrey Kuzmin in Архитектура ИТ-решений
Нашел вроде даже с реализацией. Спасибо буду копать
источник

F

Fagor in Архитектура ИТ-решений
У JB есть инструмент для написания собственных бизнес и логических языков. Не совсем понимаю зачем это все. Но очень интересно бывает порой.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну да, Kotlin - неплохой язык для DSLя. Но все равно главное (и сложное) - построить модель предметной области и портрет того, кто будет писать DSL.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Fagor
У JB есть инструмент для написания собственных бизнес и логических языков. Не совсем понимаю зачем это все. Но очень интересно бывает порой.
MPS? Насколько я понимаю, он совсем не взлетел - так как требует очень крутых программистов для использования, а им проще написать DSL на том же котлине.
источник

F

Fagor in Архитектура ИТ-решений
Phil Delgyado
MPS? Насколько я понимаю, он совсем не взлетел - так как требует очень крутых программистов для использования, а им проще написать DSL на том же котлине.
Да, ну я и говорю что не совсем понимаю зачем-с. Но очень интересно.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, там были разные идеи вокруг. Но ошиблись с "портретом того, кто будет писать DSL"...
источник

AK

Andrey Kuzmin in Архитектура ИТ-решений
источник

AK

Andrey Kuzmin in Архитектура ИТ-решений
Есть даже книжка Фаулера, надо найти ее локализованную версию
источник

AK

Andrey Kuzmin in Архитектура ИТ-решений
источник

AK

Andrey Kuzmin in Архитектура ИТ-решений
Судя по примеру реализации на java - просто в стиле билдера пишут код и называют это DSL. Интересная кастомизация...
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, на Java сложнее писать DSLи, это да.
Но вообще зависит от целей и, опять-таки, от того, кто будет этот DSL писать.
Хорошая проработанная модель домена позволяет на чем угодно писать DSL (если нет задачи сделать его "как-бы на человеческом языке").

DSL - не про понятность для произвольного читателя, а про терминологию, в этом смысле он близок к DDD
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну и, конечно, бывают удачные и неудачные DSLи. Вон, куча жутких yaml-ов - тоже DSLи, но их авторы редко задумывались над тем, что делают.
источник

AK

Andrey Kuzmin in Архитектура ИТ-решений
А есть у кого нибудь в электронном виде книжка Фаулера про DSL? Не нахожу на торрентах
источник

AK

Andrey Kuzmin in Архитектура ИТ-решений
В принципе мне понравился подход. Я недавно вошёл в управление интеграционным доменом компании, и можно будет на эту тему перетереть с ентерпрайзами
источник

DZ

Denis Zarin in Архитектура ИТ-решений
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Andrey Kuzmin
В принципе мне понравился подход. Я недавно вошёл в управление интеграционным доменом компании, и можно будет на эту тему перетереть с ентерпрайзами
Ну, если про всякие интеграции и бизнес-транзакции и прочее, то с точки зрения системной архитектуры я скорее про bpmn, оркестраторы в стиле cadence, Domain API и прочие подобные вещи.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
DSL там сам появится со временем, нужно только нужный момент вычленить и направить ресурсы на "кристаллизацию".
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Phil Delgyado
Даже тот же swagger очень плохо справляется с созданием интерфейсов, только с рисованием средненькой документации.
Есть bpmn движки, но там тоже часто проще написать код.
Есть генерилки кода по uml, но тоже просто код на высокоуровневом языке оказывается проще.
+++++++++
источник

AK

Andrey Kuzmin in Архитектура ИТ-решений
Спасибо, коллеги очень помогли
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Phil Delgyado
Ну да, Kotlin - неплохой язык для DSLя. Но все равно главное (и сложное) - построить модель предметной области и портрет того, кто будет писать DSL.
Не только модель предметной области, но и ограничения, принимаемые языком, иначе это будет очередной полнофункциональный уродец, а не DSL)
источник