D365FO: Navigation methods are not supported at this time?

[mazzy]

Цитата:

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

Странно почему программисты в этой схеме не сделали так
...
3. Генерируем в буфере мастер-справочника RecId, (можно например для этого сделать метод на Common)

Почему не сделали?
Именно так и сделали.

Цитата:

systemSequence и обслуживающий его ужас в виде "appl.sysRecIdSequence()"

... на программистском уровне пришлось вводить методы suspendRecIds/removeRecIdSuspension

а suspendRecIds похоже останавливает выделение recId во всех потоках
ну и далее, что я писал.
https://coub.com/view/9qsst

добавлено:
Причем ладно с логикой и высокими материями типа рекурсии или с исключениями...
Но даже метод isSuspendedRecId() не реализовали. Суки.
Вот какой-то "архитектор" это ж утверждал.

[fed]

Цитата:

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

добавлено:
Причем ладно с логикой и высокими материями типа рекурсии или с исключениями...
Но даже метод isSuspendedRecId() не реализовали. Суки.
Вот какой-то "архитектор" это ж утверждал.

Мне кажется что эти методы остались еще со времен Axapta 2.x и их просто не перепроектировали в связи с переходом на суррогатные ключи. Просто конечные разработчики, которые, например, логику разноски закупок и заказов писали, вынуждены были от безысходности этот механизм использовать.

[mazzy]

Цитата:

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

Мне кажется что эти методы остались еще со времен Axapta 2.x

ах, если бы ты был прав.

добавлено:
а может быть и suspendRecIds не делает stop-world?
может кто знает точно как оно работает?

[fed]

Цитата:

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

ах, если бы ты был прав.

добавлено:
а может быть и suspendRecIds не делает stop-world?
может кто знает точно как оно работает?

По крайней мере в Axapta 3.0 этот код нашелся. Более древней аксапты под рукой не было
на всякий случай спрошу - а ты под "потоком" thread в C/C#-смысле подразумеваешь, или аксаптовскую сессию ?

[mazzy]

Цитата:

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

По крайней мере в Axapta 3.0 этот код нашелся. Более древней аксапты под рукой не было

Цитата:

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

на всякий случай спрошу - а ты под "потоком" thread в C/C#-смысле подразумеваешь, или аксаптовскую сессию ?

в рамках аксапты прежде всего имею в виду пакетный сервер,
на котором в несколько потоков могут выполняться задания.

но ты, конечно, прав, стоит учитывать и просто аксаптовские сессии.
в частности, входящие вызовы аксаптовских веб-сервисов.
обращения через COM, ну и обычные клиенты конечно.

в общем, любое выполнение аксаптовского кода (X++ или CIL)

[fed]

Цитата:

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

в рамках аксапты прежде всего имею в виду пакетный сервер,
на котором в несколько потоков могут выполняться задания.

но ты, конечно, прав, стоит учитывать и просто аксаптовские сессии.
в частности, входящие вызовы аксаптовских веб-сервисов.
обращения через COM, ну и обычные клиенты конечно.

в общем, любое выполнение аксаптовского кода (X++ или CIL)

Осторожно предположу что заморозка генерации RecId работает в рамках сессии. Так что если ты несколько Threads() породишь (кажется в DAX2012R3 это уже было легальным), то все они будут одну сессию использовать. Ну а если batch parallelism, то каждый батч будет в своей сесии выполняться.

[trud]

Цитата:

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

Вот какой-то "архитектор" это ж утверждал.

Так а ты думаешь что есть какой-то архитектор языка? ну т.е. может быть он и был, но сейчас что-то я не слышал о такой должности, есть Joris de Gruyter, который такими вопросами особо не интересуется, может быть только исключительно с точки зрения поддержки

[mazzy]

Цитата:

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

Так а ты думаешь что есть какой-то архитектор языка? ну т.е. может быть он и был, но сейчас что-то я не слышал о такой должности, есть Joris de Gruyter, который такими вопросами особо не интересуется, может быть только исключительно с точки зрения поддержки

не, не думаю, что есть "архитектор языка".
но у каждой конкретной фичи ответственный за нее архитектор есть.

как подсказал fed, класс systemSequence существовал еще в ax3.0
как было тогда - не знаю.

но вижу, что обвязка "appl.sysRecIdSequence()" появилась в ax2012.
вот у нее архитектор был.

Был в Майкрософте человек, который принял решение
* вместо того, чтобы добавить в ядро, в класс systemSequence метод isSuspendedRecId,
* добавить класс-wrapper с Set, а всех программистов заставить соблюдать паттерн "appl.sysRecIdSequence()" (иначе класс-wrapper будет работать неправильно)

[Logger]

Цитата:

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

Почему не сделали?
Именно так и сделали.

Не. Я по другое.
Я вот подумал, а что мешало сделать kernel метод на буфере - выделить RecId и заполнить им поле common.RecId и взвести флажок чтобы на вставке оно не перезатиралось.

Самое простое и удобное решение. И никаких огородов городить не надо с SystemSequence