AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 20.11.2019, 20:15   #1  
axm2017 is offline
axm2017
Участник
 
2,066 / 296 (14) ++++++
Регистрация: 15.05.2017
Уф. Сколько непонятных слов.

Попробую проще.
Вот в условном завтра внешний разработчик пришлёт мне свой маппинг и формат. Как понимаю залить я не смогу не сломав ничего. И это архитектура такая. Круто чо.

Интерфейс я не меняю. Однако теперь вынужден его дублировать. Дерайв это наследование? как понимаю тоже дублирование только с ещё кучей неизвестных.
Старый 27.11.2019, 09:57   #2  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2925 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от axm2017 Посмотреть сообщение
Интерфейс я не меняю.
С моей точки зрения меняете - интерфейс это не только методы и их типы но и полный контракт - набор ожиданий от пользователя. см также LSP

derive это что-то типа бранчинга. В лукапах derived модель рассматривается как и базовая - т.е. будут видны форматы ссылающиеся на базовую и на derived.

Последний раз редактировалось belugin; 27.11.2019 в 10:02.
Старый 27.11.2019, 23:50   #3  
axm2017 is offline
axm2017
Участник
 
2,066 / 296 (14) ++++++
Регистрация: 15.05.2017
Цитата:
Сообщение от belugin Посмотреть сообщение
С моей точки зрения меняете - интерфейс это не только методы и их типы но и полный контракт - набор ожиданий от пользователя. см также LSP
Открою секрет: у нас модели делают пользователи. Вроде и на лекциях такое толкают. И для них большой сюрприз что им нужно мышление программиста.

Для меня как для программиста тоже не все так просто так как по факту вы жёстко задаёте связку между рутом и маппингом: один рут модели - только один маппинг.
Это как минимум забавно. Для меня лично это загадка и я бы выбрал другое архитектурные решение. Может если дадут свободу и время то доработаю (сделаю связку маппинг-формат с возможностью смены маппинга) так как не вижу никаких + столь странного выбора а вот - хоть отбавляй типа автоматически кастомерам можно дать рекомендацию не использовать не свои руты чужих моделей, так как есть угроза что закачка какого то чужого маппинга сломает их форматы построенные на основе этого рута.

Всё это по мне так печально.
Derive как понимаю вы имеете ввиду Child. Риски работы с ними у нас не оценены, пока поэтому не используем. Увидим живые примеры от мс обрадуется и может подумаем.

Последний раз редактировалось axm2017; 28.11.2019 в 00:02.
Старый 28.11.2019, 08:50   #4  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2925 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от axm2017 Посмотреть сообщение
И для них большой сюрприз что им нужно мышление программиста.
Тут скорее просто формальная логика (отношение между частным и общим).


Цитата:
Для меня как для программиста тоже не все так просто так как по факту вы жёстко задаёте связку между рутом и маппингом: один рут модели - только один маппинг.
Это как минимум забавно.
Нет, не один. Один на одной системе. Первоначально, насколько я помню, была возможность делать только меппинги встроенные в ту же конфигурацию, что и модель. Хочется завести вариацию - derive. Потом возникла необходимость поддерживать разные меппинги для одной и той же модели на разных версиях - появились конфигурации, содержащие только меппинги. Благодаря пререквизитам один меппинг мог загружаться только на ону версию, другой только на другую.

Еще на Ax2012 роль меппинга для той же модели играет просто класс-провайдер данных.

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

Просто вам эта возможность, наверное, не нужна.

Цитата:
Для меня лично это загадка и я бы выбрал другое архитектурные решение. Может если дадут свободу и время то доработаю (сделаю связку маппинг-формат с возможностью смены маппинга) так как не вижу никаких + столь странного выбора
Скорее всего вам либо придется декомпилировать и рекомпилировать С# код либо это не будет поддерживать импорт экспорт в XML либо будет использовать какой-то backdoor, который будет не совместим с какими-то изменениями в новых версиях.

Цитата:
а вот - хоть отбавляй типа автоматически кастомерам можно дать рекомендацию не использовать не свои руты чужих моделей, так как есть угроза что закачка какого то чужого маппинга сломает их форматы построенные на основе этого рута.
Или делать меппинги совместимыми между собой.

Цитата:
Derive как понимаю вы имеете ввиду Child. Риски работы с ними у нас не оценены, пока поэтому не используем. Увидим живые примеры от мс обрадуется и может подумаем.
Примеры в аттаче (оно все на LCS должно быть)
Миниатюры
Нажмите на изображение для увеличения
Название: Annotation 2019-11-28 084233.png
Просмотров: 205
Размер:	101.8 Кб
ID:	12487  
Старый 28.11.2019, 10:06   #5  
axm2017 is offline
axm2017
Участник
 
2,066 / 296 (14) ++++++
Регистрация: 15.05.2017
Цитата:
Сообщение от belugin Посмотреть сообщение
Тут скорее просто формальная логика (отношение между частным и общим).
Даже не рядом.

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


Цитата:
Сообщение от belugin Посмотреть сообщение
Так же есть для любого формата возможность подмены модел меппинга на другой (не загружать тот, который не нужен или воспользоваться галочкой).
Что мешает расширить галочку до явного указания для конкретного формата что брать (по факту он есть в зачаточном виде (галочка default))? Ну кроме лени?

Цитата:
Сообщение от belugin Посмотреть сообщение
Если формат будет зависеть от конкретного меппинга этой возможности не будет.
Он и сейчас зависит. Только жестко. Если в системе несколько маппингов по customer то работать может только один. Доработка для того чтобы в системе работал не один, а несколько маппингов вполне логична.

Цитата:
Сообщение от belugin Посмотреть сообщение
Просто вам эта возможность, наверное, не нужна.
У меня мнение что не просто нужна а необходима, так как не могу нормально работать со сторонними коллегами: они должны делать копию customer, чтобы гарантировать что маппинг по их отчету будет работать нормально.
customer
customer_1
..
customer_20
в модели будет смотреться шикарно.
Ну и как уже написал мне тяжело объяснять пользователям почему им нельзя использовать root с модели, поставляемой MS.


Цитата:
Сообщение от belugin Посмотреть сообщение
Скорее всего вам либо придется декомпилировать и рекомпилировать С# код либо это не будет поддерживать импорт экспорт в XML либо будет использовать какой-то backdoor, который будет не совместим с какими-то изменениями в новых версиях.
Рад что вы сделали черный ящик без возможности доработок, но как реально обстоит дело посмотрим ближе к теме + надо посмотреть творчество китайских коллег которые по слухам отпочковались от ER.

Цитата:
Сообщение от belugin Посмотреть сообщение
Или делать меппинги совместимыми между собой.
Это как?

Цитата:
Сообщение от belugin Посмотреть сообщение
Примеры в аттаче (оно все на LCS должно быть)
Вопрос не в том что в LCS, а в работоспособности.

Последний раз редактировалось axm2017; 28.11.2019 в 10:30.
Теги
generic electronic reporting, ger

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
ievgensaxblog: MSDyn365FO. How to Import CSV file using Electronic Reporting. Part 2 – Format. Blog bot DAX Blogs 0 06.02.2019 07:12
ievgensaxblog: MSDyn365FO. How to Import CSV file using Electronic Reporting. Part 1 – Data Model. Blog bot DAX Blogs 0 06.02.2019 07:12
erconsult: Electronic Reporting (ER) Cookbook 2: new tips from the kitchen Blog bot DAX Blogs 0 06.08.2018 17:11
powerobjects: Electronic Reporting in Dynamics 365 for Finance and Operations Blog bot DAX Blogs 0 14.02.2018 03:28
erconsult: Electronic Reporting (ER) Cookbook Blog bot DAX Blogs 24 09.10.2017 08:47
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 01:40.