Вебинар по функциональности Электронной отчетности (Electronic reporting) и Электронных сообщений (Electronic messages)

[belugin]

Цитата:

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

Это адаптированный под тестовый пример вариант проблемы. Но проблема практическая.

Мне из адаптированного тестового примера непонятно, чем именно неудобно добавить дополнительное поле.

Цитата:

Это риторический вопрос?

Нет.

Цитата:

Мог быть индийский, итальянский и далее по вкусу. Тараканы у всех свои. Это хорошо заметно если модифицировать ssrs отчёты.

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

[axm2017]

Цитата:

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

Мне из адаптированного тестового примера непонятно, чем именно неудобно добавить дополнительное поле.

Оно будет региональным. По смыслу это идентификатор и альтернативное заполнение нужно только китайцам. Но в реальной ситуации где кроме китайцев есть куча других альтернативщиков можно идти только вариантами как см. выше. Расширение модели консультант считает перебором так как таких полей может быть много для каждой страны, а усложение маппинга уже я считаю перебором.

Цитата:

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

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

В конкретном случае в 1 варианте количество полей в модели увеличилось в 1.5 раза а во втором выросла сложность и снизилась надёжность.

В общем приняли решение чаще делать маппинги а не усложнять. Хотя как понял якобы по канону стремление к уменьшению меньше маппингов должно быть. Чем оно вызвано не ясно.