Клуб анонимных оверлейщиков

[ax_mct]

Цитата:

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

Это не наследование. И наследовать extension тоже нельзя, там даже проверка была что он всегда final, но в примере походу как всегда накосячили.

Про next говорят, что его выкинуть нельзя.

Если next() как super()/base() вызов базового метода выкинуть нельзя то это тогда просто синтаксический сахар.
В том же xppPrePostArgs через getThis() и parm() я точно так же могу иметь доступ к переменным класса, если конечно он нормально спроектирован.
В чем прибыток то?

[kashperuk]

Цитата:

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

Если next() как super()/base() вызов базового метода выкинуть нельзя то это тогда просто синтаксический сахар.
В том же xppPrePostArgs через getThis() и parm() я точно так же могу иметь доступ к переменным класса, если конечно он нормально спроектирован.
В чем прибыток то?

Во многом, да.

Разница в доступе к protected methods / protected class fields

[ax_mct]

Цитата:

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

Во многом, да.

Разница в доступе к protected methods / protected class fields

И еще наверно в целостности выполнения так как при подписке нет предсказуемости последовательности вызова подписчиков. Тут кстати возникает вопрос как будут жить вместе несколько врапперов между собой и порядок вызова между ними и их самих с подписными пре и пост.
Вроде отдельная тема появилась - пойду почитаю...

[kashperuk]

Dave Froslie очень адекватный чувак, и нормально в техническом плане, так что это вы зря.
Он курирует партнерами с которыми мы ближе работаем, и extensibility requests по Finance, Project, GAB, etc. То есть с точки зрения именно application

Йорис - энтузиаст, поэтому больше интересовался возможностями платформы, конечно же.
Он бывший MVP - вот его блог http://daxmusings.codecrib.com/

Поэтому могло так показаться на конференции, что Дейв не шарил. Это не так

[ax_mct]

Цитата:

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

Dave Froslie очень адекватный чувак, и нормально в техническом плане, так что это вы зря.
Он курирует партнерами с которыми мы ближе работаем, и extensibility requests по Finance, Project, GAB, etc. То есть с точки зрения именно application
...
Поэтому могло так показаться на конференции, что Дейв не шарил. Это не так

Поскольку блокирование кода и уход от основы АХ - перекрытия слоев само по себе - неадекват, от которого вообще никто не выигрывает - то и ищем мы этих самых мифических технарей-неадекватов в Майкрософте. Ну и поскольку он из угла тестеров то я не исключаю что все текущие проблемы экосистемы из-за того что для Дейва автоматические тесты и покрытие ими - приоритет. Он при этом может быть и адекватом только с противоположными интересами и искренним непониманием проблем сложившейся экосистемы. Если не он то кто тогда сошел с ума?

[ax_mct]

Тихо и с косами стоят...
А у меня вопрос.
При overlaying конфликты кода и как результат логики - налицо, а при extension модели расширений конфликта кода нет и как результат конфликта логики не видно.
При seemless updates со стороны MS в production клиента встаёт вопрос о совместимости существующих расширений и этих апдейтов. Это реальная проблема или я опять занимаюсь от скуки scaremongering?

[skuull]

Цитата:

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

Тихо и с косами стоят...
А у меня вопрос.
При overlaying конфликты кода и как результат логики - налицо, а при extension модели расширений конфликта кода нет и как результат конфликта логики не видно.
При seemless updates со стороны MS в production клиента встаёт вопрос о совместимости существующих расширений и этих апдейтов. Это реальная проблема или я опять занимаюсь от скуки scaremongering?

Ну если и занимаетесь то точно не один. Вот начинание https://github.com/Adacta/source-dependency где человек хочет знать, что метод который он расширял поменялся и не плохо было бы его посмотреть. Присоеденяйтесь, внесите лепту делом, а не словом

[ax_mct]

Цитата:

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

Ну если и занимаетесь то точно не один. Вот начинание https://github.com/Adacta/source-dependency где человек хочет знать, что метод который он расширял поменялся и не плохо было бы его посмотреть. Присоеденяйтесь, внесите лепту делом, а не словом

Дельно человек предлагает. Но как это будет выглядеть я не понимаю. Seamless servicing and continuous updates как я понимаю это прямиком в production.

Даже если предположить возможность контроля над обновлениями в случае on-premise то выявление возможных конфликтов в случае использования точек расширения (где визуально не видно конфликтов кода и как результат - логики) становится на порядок более тяжелой задачей чем при явном наложении одного кода на другой.

Насчет лепты не готов. Мне кредит за дом платить надо, а не песочные замки строить вместе с играющими в песочнице

[skuull]

Цитата:

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

Дельно человек предлагает. Но как это будет выглядеть я не понимаю. Seamless servicing and continuous updates как я понимаю это прямиком в production.

Есть слухи, что рано или поздно, но скорее рано, platform обновления будут ставиться раз в месяц сами по себе, как на винду. По поводу application suite даже слухов нет. Т.е. будете сами их ставить на дев, сами этим или каким другим образом смотреть, что ваши чудо расширения не развалились и сами их потом деплоить. А в связи с тем, что МС очень сильно хочет, чтобы мы их ставили, нам бы какой-то инструмент в помощь.
Хотелось бы еще заметить, что титаник задраен не до конца, даты задраивания модели Currency я нигде не видел.

[ax_mct]

Цитата:

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

Есть слухи, что рано или поздно, но скорее рано, platform обновления будут ставиться раз в месяц сами по себе, как на винду. По поводу application suite даже слухов нет. Т.е. будете сами их ставить на дев, сами этим или каким другим образом смотреть, что ваши чудо расширения не развалились и сами их потом деплоить. А в связи с тем, что МС очень сильно хочет, чтобы мы их ставили, нам бы какой-то инструмент в помощь.
Хотелось бы еще заметить, что титаник задраен не до конца, даты задраивания модели Currency я нигде не видел.

Довольно непросто понять что есть platform, а что application suite. Туповатому мне.

Application stack and server architecture
https://docs.microsoft.com/en-us/dyn...r-architecture

New extensibility support in the July 2017 Update
https://blogs.msdn.microsoft.com/mfp...y-2017-update/

Цитата:

Refactoring of the *TableType and *LineType classes, so insert/update/delete events on the backing tables can be used as extension points.

То есть я понимаю все это так что обновления и изменения в *TableType and *LineType классах будут идти автоматически и прямо в Production. Я правильно понимаю?

[EVGL]

Цитата:

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

То есть я понимаю все это так что обновления и изменения в *TableType and *LineType классах будут идти автоматически и прямо в Production. Я правильно понимаю?

Нет. Банально идет речь о том, что на методы SalesTableType.update() и SalesLineType.update() повесили атрибут [Hookable] или отрефакторили там, чтобы можно было вклиниваться в исполнение кода.

[kashperuk]

Цитата:

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

То есть я понимаю все это так что обновления и изменения в *TableType and *LineType классах будут идти автоматически и прямо в Production. Я правильно понимаю?

Раньше в salesLine.update(), к примеру, super() не вызывался. Вместо этого вызывался salesLineType.update(), который внутри делал record.doUpdate()

После рефакторинга super() будет вызываться в salesLine.update(), а весь код вокруг него который был в salesLineType вынесен в различные методы.

Тем самым достигается несколько вещей:
- Теперь можно будет подписаться на вызов onInserted, onUpdated, onUpdating, etc. на SalesLine - раньше это было невозможно, так как event тригеррится в super()
- Теперь можно будет с помощью CoC или pre/post-method handlers добавлять требуемую партнерскую логику, которая должна выполняться во время обновления строки заказа.

[fed]

Цитата:

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

Есть слухи, что рано или поздно, но скорее рано, platform обновления будут ставиться раз в месяц сами по себе, как на винду.

Во многих индустриях (в частности в фармацевтике), обязательно использование стандартизированых систем управления качеством. И большая часть систем качества требует верификации устанавливаемого программного обеспечения. Не буду притворятся что я очень хорошо процесс верификации понимаю, но одно из его требований состоит в том, что любое обновление, перед развертыванием, должно либо тестироваться самим клиентом, либо каким-то независимой тестирующей организацией. Поэтому никакой автоматической установки обновлений в фармацевтике нет и быть не может. Аналогичный подход применяется и в других индустриях где системы управления качеством достаточно стандартизированы.
И разговоры об автоматическом обновлении чего либо просто демонстрируют как в MS на самом деле плохо понимают свой рынок...

[skuull]

Цитата:

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

Во многих индустриях (в частности в фармацевтике), обязательно использование стандартизированых систем управления качеством. И большая часть систем качества требует верификации устанавливаемого программного обеспечения. Не буду притворятся что я очень хорошо процесс верификации понимаю, но одно из его требований состоит в том, что любое обновление, перед развертыванием, должно либо тестироваться самим клиентом, либо каким-то независимой тестирующей организацией. Поэтому никакой автоматической установки обновлений в фармацевтике нет и быть не может. Аналогичный подход применяется и в других индустриях где системы управления качеством достаточно стандартизированы.
И разговоры об автоматическом обновлении чего либо просто демонстрируют как в MS на самом деле плохо понимают свой рынок...

Я может неправильно понимаю как сейчас происходит обновление не АХ компоненотов на production, но там вроде письмо счастья и вам все накатили, никто же вас не спрашивает\не дает потестировать. Что собсетвенно нового принесет авто обновление еще одно компонента к зоопарку Window, SQL и бог весть еще чего ?

[ax_mct]

Кто нибудь знает о системах с автоматическим обновлением и параллельным наличием при этом рынка плагинов?

Кто нибудь знает о системах которые обновляют application code в Production без оглядки и тестирования существующих в Production расширениях?

А он - знает.

[fed]

Цитата:

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

Кто нибудь знает о системах с автоматическим обновлением и параллельным наличием при этом рынка плагинов?

Кто нибудь знает о системах которые обновляют application code в Production без оглядки и тестирования существующих в Production расширениях?

А он - знает.

Кстати, судя по его блогу главный прогрессор свалил в Data Scientists и теперь может издалека наблюдать последствия своих трудов на ниве автоматического обновления. Может даже будет на досуге собирать и обрабатывать статистику по навернувшимся при обновлении системам - чисто в качестве хобби.

[DAX.Company]

ax_mct да подождите вы плакать. Еще год до этого. Потом еще полгода на отладку. Что заранее то слезы лить

[EVGL]

Разница в том, что на практике обновления SQL Server хорошо тестируются на обратную совместимость, а Dynamics не использует какие-то сверхъестественные запросы. Пока еще из-за этого ни разу ничего не "слетело". С формальной точки зрения разницы нет.

[skuull]

Цитата:

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

Разница в том, что на практике обновления SQL Server хорошо тестируются на обратную совместимость, а Dynamics не использует какие-то сверхъестественные запросы. Пока еще из-за этого ни разу ничего не "слетело". С формальной точки зрения разницы нет.

Т.е. формально гвоздь в кришку гроба этих внедрений уже забит, никакого отношение к оверлеингу это не имеет, вот и обсуждать нечего.
А с практической точки зрения граждане бангладеша сидящие на клиенте\партнере не сильно отличаються от своих сограждан в МС и также успешно развалят ваш InventDim и в extension модели, и в старой 12ке и в 9ке.

[Logger]

А как же синхронизация БД ?
Ее тоже оптимизнули ?