AX2012. Цель атрибутов в расширении наследования классов

[belugin]

Цитата:

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

Ну кстати есть более простой пример. метод systemDateGet() объявили устаревшим, а вместо него сейчас везде используют конструкцию DateTimeUtil::getSystemDate(DateTimeUtil::getUserPreferredTimeZone());.
т.е. чтобы получить текущую дату(можно сказать простейшая базовая задача) нужно по сути создать класс, передав туда другой класс

Где там "создать класс"? Тут два вызова, возращающих примитивы был один.

Цитата:

т.е. казалось бы - создай одну функцию - текущая дата пользователя, помести туда эту конструкцию из 2 классов и пусть все юзают ее(в одно слово), но видно это какая-то нерешаемая в архитектурном плане задача

Идея была в том, чтобы заставить разработчиков подумать, в какой временной зоне у них дата (что с учетом работы в облаке, например, или другой временной зоны получателя этой информации может быть нетривиально).

[trud]

Цитата:

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

Идея была в том, чтобы заставить разработчиков подумать, в какой временной зоне у них дата (что с учетом работы в облаке, например, или другой временной зоны получателя этой информации может быть нетривиально).

Так вот об этом то и речь. т.е. зачем нагружать разработчика бесполезными размышлениями о технических вещах. в пользовательской спецификации на разработку всегда будет одно понятие дата. она может быть на стороне сервера(это systemDateGet() и на стороне клиента today()). Зачем разработчику часовые пояса и их инициализация?
т.е. новую функцию создать то не проблема, но хотелось бы чтобы все шло из коробки(уже созданное, продуманное что когда и как использовать - т.е. собственно было четкое бест-практис правило - поскольку все разноски идут systemDateGet() то надо всегда использовать ее), а не заниматься созданием базовых библиотек

[belugin]

Цитата:

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

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

Это не техническая а логическая вешь. Предположим, что вы из Москвы пишете от руки платежное поручение банку в Нью Йорке - какая там должна быть дата платежа.