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

Как он может кому-то пригодиться, если никто в упор не может понять, что он делает и какие задачи выполняет. Или ты думаешь эта диаграмма всё объясняет? https://github.com/chantelle-lingerie/sales/blob/master/doc/sales.pdf

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

У меня сложилось впечатление, что я единственный кто её вообще пытался понять

Ваш фидбэк - не единственный

Ладно, блажен кто верует в свой код)

@kirill_galkin, please, press the button below within the time amount specified, otherwise you will be kicked. Thank you! (60 sec)
Powered by Todorant

Добрый вечер, уважаемые знатоки!

У меня такой вопрос: есть ли принцип/книга/статья о том, что код функции/метода должен быть максимально приближен к вербальному изложению решения задачи.

Другими словами, есть ли материал по теме DDD для одной функции?

В книжке "Чистый код" Мартин писал про принцип, что "все команды функции должны быть сформулированы на одном уровне абстракции, который расположен уровнем ниже операции, описываемой названием функции". Но может есть у кого ссылка на материал, раскрывающий тему глубже?

Нормально сформулировал? Или вообще ничего не понятно?)

звучит как model-driven design или его развитие
я читал о нём в книжке по DDD Эрика Эванса

Спасибо!) Сейчас освежу в памяти

Так я может вопрос не понимаю, терминалогия в коде что б консистентной была? Это больше про ubiquitous language и bounded context (один и тот же термин в разных контекстах имеет разный смысл)

Я немного не про то...

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

Я считаю, это даже важнее SOLID.

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

Это и есть DDD, нет?)

Думаю, да!)

А уместно говорить, что ваш скрипт совсем не по ДДД?

Типа... Вот смотрю я класс на код- ревью. И могу человеку сказать, что он нарушает SRP. Или вот эта функция делает две вещи вместо одной.

А как сказать, что код не отражает решаемой задачи? (Так и сказать?)

в DDD есть описание терминов предметной области и прочие проектные документы общие для команды/нескольких команд

вероятно нужно ссылаться на них