Оver-engineering - "зачем так сложно?"

[belugin]

Цитата:

Сообщение от mazzy

среди действительно общих операций можно отметить только расчет курсовой разницы.

а также сугубо технические операции типа сопоставления дебет-операций с кредит-операциями.

То есть структура сущностей имеет что-то общее, операции существенно разные так?

В каком смысле сопоставление "техническая" операция?

Цитата:

будем справедливы:
1. maps изобрели не чтобы избежать, а чтобы хоть как то работать с дублированием.

"Как-то работать" это и есть в каком-то смысле избежать. Например избежать дублирование кода который как-то работает.

Цитата:

3. не очень элегантное. в стандартном функционале постоянно приходится писать if/switch... методы map имеют чудовищный синтаксис и очень плохо используются.

Почему вообще возникает потребность делать общий код, если общего мало? Почему просто не продублировать?

Цитата:

люди на проектах часто делают врапперы типа такого
https://github.com/mazzy-ax/SysCustVend

Они все оверэнжиниры?

Цитата:

а нет такой потребности.
это просто техническое решение - сделать их похожими.

Только что выше ты сказал, что потребность есть. Все мепы и классы и прочее.

Цитата:

да. у физика нет юридического адреса.

Мы говорим о разнице между AR и AP а не физиками и лириками. В АR у юрика есть юр адрес, а в AP нет?

Цитата:

Собственно это и есть тема этой ветки:
Оver-engineering - "зачем так сложно?"

Так я хотел, просто понять точку зрения как бы сделали если бы эти справочники были независимы.

[mazzy]

Цитата:

Сообщение от belugin

То есть структура сущностей имеет что-то общее, операции существенно разные так?

перечитал выше. я вроде не употреблял слово "все" и его отрицание "ничего" )
что-то общее имеет. имеет и что-то различное.

Цитата:

Сообщение от belugin

В каком смысле сопоставление "техническая" операция?

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

Цитата:

Сообщение от belugin

"Как-то работать" это и есть в каком-то смысле избежать. Например избежать дублирование кода который как-то работает.

Макс, высказывание полностью на твоей совести.
Как скажешь.

Цитата:

Сообщение от belugin

Почему вообще возникает потребность делать общий код, если общего мало? Почему просто не продублировать?

Они все оверэнжиниры?

Как только возникает слово "ВСЕ" - жди логической ошибки.
Да, некоторые считают, что некоторые они - оверэнжиниры.

Цитата:

Сообщение от belugin

Только что выше ты сказал, что потребность есть. Все мепы и классы и прочее.

я не говорил, что есть потребность.
я говорил, что есть некоторые общие вещи. их не обязательно порывать общим кодом.

разница как между классом-потомками и интерфейсом-реализациями.

Цитата:

Сообщение от belugin

Мы говорим о разнице между AR и AP а не физиками и лириками. В АR у юрика есть юр адрес, а в AP нет?

я так и сказал - "не полностью реализовано".

Цитата:

Сообщение от belugin

Так я хотел, просто понять точку зрения как бы сделали если бы эти справочники были независимы.

Некоторые системы, например 1С, вводят понятие "контрагент"
а специфику сделки выносят в договор (там есть свои тараканы и есть свои минусы)

некоторые системы, например банковские, оперируют понятиями поставщик, а вместо клиентов могут быть разные типы аккаунтов - накопительные/текущие/карточные/валютные (там есть свои тараканы и есть свои минусы)

некоторые системы типа всяких CRM оперируют понятием "контакт". не со всеми типами контактов можно заключить договор (делать бизнес), а также не со всеми типами контактов можно контактировать (например, юр.лица - для них должны быть указаны контактные лица-люди)

Просто ДВА модуля/справочника с одинаковыми полями - это не единственное решение. Справочников/модулей может быть и больше, и меньше.