Цитата:
Сообщение от
dech
Между таблицами клиента и поставщика много общего, соответственно очень много одинаковой логики и она дублируется.
На самом деле не очень. А то реально общее - не полностью реализовано.
поставщики и клиенты - это контрагнеты.
контрагенты бывают:
=
юрики, физики, банки, государства
=
клиенты,
поставщики, субподрядчики, перевозчики, охрана, всевозможные брокеры, страховые, нотариусы и прочие третьи лица
и так далее.
среди действительно общих операций можно отметить только расчет курсовой разницы.
а также сугубо технические операции типа сопоставления дебет-операций с кредит-операциями.
контрагентов пытались получить на DirParty.
со всей вытекающей сложностью.
Цитата:
Сообщение от
dech
Чтобы избежать дублирования, изобрели Maps. Всю общую логику переместили в CustVend*. Очень элегантное решение, кстати.
будем справедливы:
1. maps изобрели не чтобы избежать, а чтобы хоть как то работать с дублированием.
2. не всю )
3. не очень элегантное. в стандартном функционале постоянно приходится писать if/switch... методы map имеют чудовищный синтаксис и очень плохо используются.
люди на проектах часто делают врапперы типа такого
https://github.com/mazzy-ax/SysCustVend
Цитата:
Сообщение от
belugin
А мне всегда казалось, что это зеркальные части одного и того же процесса, просто видимые с разных точек зрения, ну ладно
но это действительно разные процессы.
Цитата:
Сообщение от
belugin
Вопрос такой: зачем вообще нужна потребность делато что-то одинаковое для закупок и заказов, если между ними нет ничего общего?
а нет такой потребности.
это просто техническое решение - сделать их похожими.
Цитата:
Сообщение от
belugin
Например, ко мне не может подойти начальник и сказать "испеки мне скорость и булочки с изюмом" просто потому, что для этих двуз понятий нет никакого общего смысла что-то делать
Чё это?
Зря ты принижаешь возможности начальника. ))))
Может конечно подойти и может сказать. Это твоя проблема как разработчика объяснить почему ты не будешь делать как начальник сказал ))))
Цитата:
Сообщение от
belugin
То есть в одном справочнике есть юридический адрес, а в другом на этом месте табуретка?
да. у физика нет юридического адреса.
Цитата:
Сообщение от
belugin
А вот для AR и AP возникла. Как так получается?
С совершенно разной структурой или они должны отличаться только данными?
Собственно это и есть тема этой ветки:
Оver-engineering - "зачем так сложно?"