mfp: AX6 sneak preview - elements with 32 bit IDs

[Blog bot]

Источник: http://blogs.msdn.com/mfp/archive/20...2-bit-ids.aspx
==============

In AX4 we added Unicode support. On one hand it seems like a minor thing, it is just the storage format of strings - on the other hand it literally opens up a new world of opportunities. From a technical perspective it was a major surgical challenge; not many system files remained untouched in the process.

The same is very much true for the effort we have just completed in AX6: We have extended the ID range of concepts such as Classes, Tables, Base Enums, Extended Data Types, etc. from 16 bit to 32 bit. This certainly was a major surgical challenge; most files in the system had to be updated; still from business logic and other consumers it is still just an integer. What about the opportunities? First of all (which is very important here at Microsoft, but of little significance to everyone else) it enables Microsoft to not "run-out-of-IDs" and continue development with without disruptions. Secondly; the wider range gets us one big step closer to solving the ID problem. Now we have a range wide enough to contain solutions from various sources; we just need to figure out how to avoid conflicts between solutions other and already installed bits.

This will be the last sneak-preview for a while. We are now starting a new milestone, and I'll be back with more once I have more features to describe.

THIS POST IS PROVIDED AS-IS AND CONFERS NO RIGHTS.



==============
Источник: http://blogs.msdn.com/mfp/archive/20...2-bit-ids.aspx

[TasmanianDevil]

А почему бы и 8 байт не отвести на идентификатор объекта АОТ ?
Ширше, свободнее станет - тем более очевидных технологических ограничений нет (есть правда неудобство визуального восприятия такого числа - однако оно решаемо вводом в систему шестнадцатеричного формата представления )

Двойственные чуства рождают такие новости. С одной стороны радует, что в фундаментальных элементах наводится порядок - в 4-ке RecId разрядность поменяли и слегка изменили механизм генерации, 6-ке собираются расширить разрядность идентификаторов АОТ . Но, с другой стороны, не радует скорость, с какой всенародно "любимый" вендор все это делает - складывается впечатление, что этим вопросом занимаются классические кинестетики с изрядной долей тормозной жидкости в организме, упорно не верующие в теоретические грабли до тех пор, пока эти грабли не начинают регулярно прилетать по лбу

[Logger]

Да ладно вам над людьми стебаться. Делают же в итоге. Бывают и похуже случаи.

Если я правильно понял идеи разработчиков, Понтопиддан сперва вообще планировал от идентификаторов избавиться, а потом видимо не получилось и решили разрядность увеличить.

[gl00mie]

Цитата:

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

А почему бы и 8 байт не отвести на идентификатор объекта АОТ ?

Слишком много кода придется переписывать. Сейчас в коде везде, где требуется идентификатор объекта, явно или неявно используется int; конечно, когда требуется переменная или параметр метода, то аккуратные разработчики используют встроенные типы tableId, enumId, classId, extendedTypeId, etc, но при использовании классов-коллекций обычно пишут Types::Integer, а не typeof(чего-нибудь), тем более, что typeof() может работать лишь с объектами, но не с типами.

Цитата:

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

Ширше, свободнее станет - тем более очевидных технологических ограничений нет

Вот про слои приложения тоже было много пожеланий - чего, мол, не сделать их больше, в идеале - неограниченное количество. Но оказалось, что технологические ограничения-так есть: пропадет обратная совместимость на бинарном уровне с AOD-файлами сколь-нибудь серьезного размера от предыдущих версий. Впрочем, опять же, в 6-ке обещают и это как-то обойти, хотя, видимо, при обновлении придется предварительно натравливать какую-нить утилиту для преобразования формата AOD-файла.

Цитата:

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

С одной стороны радует, что в фундаментальных элементах наводится порядок - в 4-ке RecId разрядность поменяли и слегка изменили механизм генерации

Еще там ввели поддержку Unicode, взаимодействие с CLR и увеличили максимальный размер AOD-файлов с 256Мб до примерно 6.5Гб - так, к слову... Вот кому на 3-ке могла прийти мысль, что максимальный размер в 256Мб для AOD-файла может когда-нибудь стать сдерживающим фактором в разработке? Или что диапазона идентификаторов объектов в одном слое может не хватить? С таким же успехом можно сетовать на ограничения, заложенные, к примеру, в FAT32 - почему, мол, не сделали сразу все по уму.
Опять же, не стоит забывать, что 4-ка - фактически первая майкрософтовская версия Аксапты, до этого по большому счету просто поддерживалось то, что досталось от Navision.

Цитата:

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

6-ке собираются расширить разрядность идентификаторов АОТ . Но, с другой стороны, не радует скорость, с какой всенародно "любимый" вендор все это делает

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

[mazzy]

Цитата:

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

А почему бы и 8 байт не отвести на идентификатор объекта АОТ ?

А почему 8?
Пусть будет guid.

[kashperuk]

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

[gatesasbait]

Цитата:

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

А почему 8?
Пусть будет guid.

Well, then it would no longer be an integer and compatibility would be broken. No? Since a GUID is a 128bit number.

I like incremental improvements, it means you keep offering a better product at a reasonable cost in development and testing. When you do a complete redesign, you end up with much higher costs, higher delays and higher risks. Ax is not a game engine where you need to continually attract enthousiasm, it is an ERP that needs to stay competitive feature-wise and cost-wise.

IMO

[gl00mie]

Цитата:

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

Цитата:

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

А почему 8? Пусть будет guid.

Well, then it would no longer be an integer and compatibility would be broken.

Oh, come on - that was a joke

[mazzy]

Цитата:

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

Well, then it would no longer be an integer and compatibility would be broken. No?

Цитата:

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

IMO

Thanks.

[gatesasbait]

Цитата:

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

Thanks.

What would be the better response?

Я чувствовал, как и обсуждаем.
(From english)

Or

Я хотел бы сделать обсуждения.
(From french)

Meaning: I was looking for something to discuss.

[mazzy]

I think it more relevent:

Цитата:

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

Я хотел бы сделать обсуждения.

My suggestion is: "Я хотел бы начать обсуждения".