|
![]() |
#1 |
Участник
|
Уф. Сколько непонятных слов.
Попробую проще. Вот в условном завтра внешний разработчик пришлёт мне свой маппинг и формат. Как понимаю залить я не смогу не сломав ничего. И это архитектура такая. Круто чо. Интерфейс я не меняю. Однако теперь вынужден его дублировать. Дерайв это наследование? как понимаю тоже дублирование только с ещё кучей неизвестных. |
|
![]() |
#2 |
Участник
|
С моей точки зрения меняете - интерфейс это не только методы и их типы но и полный контракт - набор ожиданий от пользователя. см также LSP
derive это что-то типа бранчинга. В лукапах derived модель рассматривается как и базовая - т.е. будут видны форматы ссылающиеся на базовую и на derived. Последний раз редактировалось belugin; 27.11.2019 в 10:02. |
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от belugin
![]() С моей точки зрения меняете - интерфейс это не только методы и их типы но и полный контракт - набор ожиданий от пользователя. см также LSP
Для меня как для программиста тоже не все так просто так как по факту вы жёстко задаёте связку между рутом и маппингом: один рут модели - только один маппинг. Это как минимум забавно. Для меня лично это загадка и я бы выбрал другое архитектурные решение. Может если дадут свободу и время то доработаю (сделаю связку маппинг-формат с возможностью смены маппинга) так как не вижу никаких + столь странного выбора а вот - хоть отбавляй типа автоматически кастомерам можно дать рекомендацию не использовать не свои руты чужих моделей, так как есть угроза что закачка какого то чужого маппинга сломает их форматы построенные на основе этого рута. Всё это по мне так печально. Derive как понимаю вы имеете ввиду Child. Риски работы с ними у нас не оценены, пока поэтому не используем. Увидим живые примеры от мс обрадуется и может подумаем. Последний раз редактировалось axm2017; 28.11.2019 в 00:02. |
|
![]() |
#4 |
Участник
|
Тут скорее просто формальная логика (отношение между частным и общим).
Цитата:
Для меня как для программиста тоже не все так просто так как по факту вы жёстко задаёте связку между рутом и маппингом: один рут модели - только один маппинг.
Это как минимум забавно. Еще на Ax2012 роль меппинга для той же модели играет просто класс-провайдер данных. Так же есть для любого формата возможность подмены модел меппинга на другой (не загружать тот, который не нужен или воспользоваться галочкой). Если формат будет зависеть от конкретного меппинга этой возможности не будет. Просто вам эта возможность, наверное, не нужна. Цитата:
Для меня лично это загадка и я бы выбрал другое архитектурные решение. Может если дадут свободу и время то доработаю (сделаю связку маппинг-формат с возможностью смены маппинга) так как не вижу никаких + столь странного выбора
Цитата:
а вот - хоть отбавляй типа автоматически кастомерам можно дать рекомендацию не использовать не свои руты чужих моделей, так как есть угроза что закачка какого то чужого маппинга сломает их форматы построенные на основе этого рута.
Цитата:
Derive как понимаю вы имеете ввиду Child. Риски работы с ними у нас не оценены, пока поэтому не используем. Увидим живые примеры от мс обрадуется и может подумаем.
|
|
![]() |
#5 |
Участник
|
Даже не рядом.
Как мне объяснить китайцу что он обязан для своего отчета сделать ровно такого же customer-а в модели, как уже есть? Я нормальных слов на уровне пользователя не знаю. Цитата:
Цитата:
У меня мнение что не просто нужна а необходима, так как не могу нормально работать со сторонними коллегами: они должны делать копию customer, чтобы гарантировать что маппинг по их отчету будет работать нормально. customer customer_1 .. customer_20 в модели будет смотреться шикарно. Ну и как уже написал мне тяжело объяснять пользователям почему им нельзя использовать root с модели, поставляемой MS. Цитата:
Это как? Вопрос не в том что в LCS, а в работоспособности. Последний раз редактировалось axm2017; 28.11.2019 в 10:30. |
|
Теги |
generic electronic reporting, ger |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|