|
|
|
|
#1 |
|
Участник
|
ты же сам написал в предыдущей теме - для владельца объекта это повышает шанс что ничего не сломается, т.е. будет меньше воплей - мы установили обновление и наша интеграция сломалась, так как она ожидала 10 полей, а пришло 11
Гарантрируется только бинарная совместимость т.е. обновление должно безболезненно устанавливаться и работать |
|
|
|
|
#2 |
|
Участник
|
Цитата:
так гарантируется, что data entity прошлых версий будут работать так же как и раньше в новой версии или нет? другими словами, код, который использует V1, продолжит работать корректно, когда появляется V2? |
|
|
|
|
#3 |
|
Модератор
|
Цитата:
Как минимум в случае доступа через OData если создавалось расширение и Public name перенесли на "новую" версию
__________________
-ТСЯ или -ТЬСЯ ? Последний раз редактировалось Vadik; 27.02.2019 в 12:35. |
|
|
|
|
#4 |
|
Administrator
|
Цитата:
С выходом PU20 добавили к этой Entity - EntityV2 (ну кстати аналогично появились обновленные версии Entity по контрагентам). Мы обновились на PU20 и вроде как все было нормально, компиляция проходила и т.д. Но... потом выяснилась интересная ситуация. Методы классов, сопутствующих этой Entity были помечены атрибутом [Obsolete], а код, который по идее должен был работать - валился в Runtime-ошибку, мол нельзя вызывать метод, объявленный как obsolete. Решение было простое (конечно после анализа ситуации) - заменить в коде вызов Entity и сопутствующих классов - на V2 и в связи с этим немного переформатировать код. Однако получается, что с т.з. глобальной компиляции - устаревание кода ошибок не влечет за собой. А вот непосредственный вызов... уже не возможен
__________________
Возможно сделать все. Вопрос времени |
|
|
|
| За это сообщение автора поблагодарили: mazzy (2), ax_mct (2), Stitch_MS (2). | |
|
|
|