|
|
05.10.2018, 13:08
|
#1 |
|
Moderator
|
Цитата:
Сообщение от skuull
Вы немного перекручиваете. Еще с первой версии документации про енумы было написано: "не используйте > или <, а то сделают его расширяемым и все развалиться" Ребята, которые возмущались, ее не читали и у них таки развалилось, но они решили винить МС. Хотя МС пока заявляет о совместимости на уровне компиляции, а не на уровне логики, потому как предсказать извращенность некоторых расширений дано только высшему разуму.
|
|
|
|
05.10.2018, 13:35
|
#2 |
|
Участник
|
Цитата:
Сообщение от fed
Кстати - с формальной точки зрения, там в этой дискуссии кто-то привел ссылку на микрософтовский документ, которая описывает переделку из enum в extensuble enum как breaking change. Что микрософт, вроде бы, обещал не делать после выхода версии 8.0 Вот мне и интересно - у них концепция изменилась или они просто ошиблись ? Ну то есть - я вполне могу согласиться с тем, что партнер не очень корректно закодил. Вопрос в том, что микрософт нарушил (или не нарушил ???) ими же самими задекларированные условия.
 Вы еще вспомните internalUseAttribute он в PU20 всем все поломал, раньше был ворнинг но всем было всеравно, а щас вот ошибка компиляции, breaking это по вашему? |
|
|
|
05.10.2018, 13:45
|
#3 |
|
Moderator
|
Цитата:
Сообщение от skuull
С формальной точки зрения высказывания на ямере эквивалентны высказыванимя тут, с docs таже беда, сегодня там одно написано, завтра - другое. Я думаю нет ниодного документа в котором было бы что-то написано, а то засудят еще
Вы еще вспомните internalUseAttribute он в PU20 всем все поломал, раньше был ворнинг но всем было всеравно, а щас вот ошибка компиляции, breaking это по вашему? Плюс рано или поздно, у какого-то клиента не хватит ресурсов на то чтобы очередной ежемесячный багфикс потестить и у него весь бизнес встанет недельки на три-четыре. Я конечно понимаю что лицензионные соглашения MS позволяют ему выйти сухим из воды. Но вот выхлоп на рынок (Типа - фирма XYZ Productions с внедрением на 1000 рабочих мест простояла месяц с убытками в 800 лямов) может быть достаточно неприятным. А прессрелизы о том что "Да они сами виноваты - толком не тестировали", могут навести потенциальных клиентов на неприятную мысль что им теперь раз в месяц придется ключевых сотрудников отрывать от бизнеса и все тестировать. А это очень хороший sales point для конкурентов, и очень плохой для партнеров MS. |
|
|
|
05.10.2018, 15:13
|
#4 |
|
Banned
|
Цитата:
Сообщение от fed
...
А это очень хороший sales point для конкурентов, и очень плохой для партнеров MS. При этом выбирают ту систему в которой все уже подходит изначально. Что интересно некий опрос говорит о том что 70% бизнеса не важно облако или нет, им важнее функциональность. То есть заполненность дыр на первом месте. https://softwareconnect.com/mrp/buye...s-2018-report/ Цитата:
Manufacturers claim to be very flexible in how they are willing to deploy MRP software, with nearly three-quarters (71 percent) indicating they would be open to reviewing either hosted or on-site installation options.
Кстати по поводу D365FO и крупного бизнеса. Размер базы данных. Как то выглядит все непросто в облаке. https://docs.microsoft.com/en-us/azu...ngle-databases P.S. Ну и немного жизнерадостности Есть такие фотки у команды MS? Хочется посмотреть им в лицо
Последний раз редактировалось ax_mct; 05.10.2018 в 15:16. |
|
|
|
| За это сообщение автора поблагодарили: belugin (0). | |
|
05.10.2018, 19:15
|
#5 |
|
Участник
|
Цитата:
Сообщение от fed
Понятия не имею. Я собственно не наезжаю, а интересуюсь. У меня есть сильное ощущение что "отсутствие breaking changes" останется чисто маркетинговой концепцией (также как релиз нового PU каждый месяц). На практике все равно будут несовместимые обновления релизить время от времени.
т.е. допустим тебе надо добавить параметр в метод, добавить просто так нельзя, это breaking changes, но можно сделать следующее: добавляешь к этому методу атрибут SysObsolete, делаешь новый метод-копию с нужными тебе параметрами, правишь везде вызовы на твой новый метод. Профит сейчас при обновлении на 8.1 вылезно несколько таких штук Несовместимые обновления кстати никто не обещал выпускать, обещали без breaking changes
Последний раз редактировалось trud; 05.10.2018 в 19:18. |
|
|
|
| За это сообщение автора поблагодарили: EVGL (1). | |
|
05.10.2018, 21:41
|
#6 |
|
Участник
|
Цитата:
Сообщение от trud
Кстати по поводу breaking chan
сейчас при обновлении на 8.1 вылезно несколько таких штук Несовместимые обновления кстати никто не обещал выпускать, обещали без breaking changes |
|
|
|
06.10.2018, 04:39
|
#7 |
|
Участник
|
Цитата:
Сообщение от belugin
Вы можете рассказать, что это поломало?
В части то функций наверное да, возможно будет не учитывать какие-то новые поля в алгоритмах |
|
|
|
06.10.2018, 08:21
|
#8 |
|
Участник
|
Цитата:
Сообщение от trud
Сложно сказать. Т.е. тут можно поставить вопрос более глобально
корректно работать при их вызове. Другое дело что если они hookable то события pre и post прекратят вызываться там где они были вызваны. Но мне больше было интересен скорее практический опыт - сломалась ли какая-то конкретная модификация при таком изменении. |
|
|
| Теги |
| ax7, dyn365fo, dynamics 365 for operations |
|
|
|
Комбинированный вид
