Как задать литерал для DateTime с учетом TimeZone?

[mazzy]

Как задать литерал для DateTime с учетом TimeZone?
Здесь увидел способ записи литералов типа DateTime
http://msdn.microsoft.com/en-us/library/cc637978.aspx

static void jobTestDatetime2str( Args _args )
{
    utcdatetime utc2 = 1959-06-17T15:44:33;
    str s3;
    ;
    s3 = datetime2Str( utc2 );
    info( s3 );
}

отлично. но такой способ записи дает время по гринвичу.
можно ли задать литерал с временем по Москве?

чтобы наконец не заниматься гемороем типа
DateTimeUtil::newDateTime(17\06\1959, "15:44:33", Timezone::GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD);

[ice]

можно создать пару методов на global для перевода в нужный timezone, и их использовать везде

[Raven Melancholic]

В стандарте UTC есть способы задания конкретной зоны в литералах. Так можно задать Z для указания, брать зону, установленную на компе или прямо указывать смещение. То есть, что-то типа того:
1959-06-17T15:44:33Z
1959-06-17T15:44:33+00:03
В DAX об этом, судя по всему, не позаботились - выдает ошибку. Я пытался в разных сочетаниях добавлять разные символы (слеши, апострофы и т.п.), но увы

[Poleax]

Цитата:

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

чтобы наконец не заниматься гемороем типа
DateTimeUtil::newDateTime(17\06\1959, "15:44:33", Timezone::GMTPLUS0300MOSCOW_STPETERSBURG_VOLGOGRAD);

--> http://www.axaptapedia.com/Current_Time


Варианты гемороя:

datetime2str(DateTimeUtil::applyTimeZoneOffset(_inbox.AlertCreatedDateTime, DateTimeUtil::getUserPreferredTimeZone()), DateFlags::FormatAll)

//или

 info(strfmt("%1", DateTimeUtil::applyTimeZoneOffset(demo.UtcField,DateTimeUtil::getClientMachineTimeZone())));

UTCDatetime и EventInbox
http://www.axaptapedia.com/UtcDateTime

Convert from Time Zone Before Persisting in X++

[mazzy]

Цитата:

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

Convert from Time Zone Before Persisting in X++

Спасибо.
Но вопрос был о литерале, а не о конвертации

например, я делаю маленький ждобик, который вытаскивает записи по дате создания. Хочу чтобы вытащились вчерашние с 15:00 до 16:00. И не хочу парится с многоэтажными конструкциями.

в ax4 и раньше можно было сделать что-то вроде

while select custTrans
where custTrans.createdDate >= 14\06\2011
   && custTrans.createdDate <= 14\06\2011
   && custTrans.createdTime >= str2time("15:00")
   && custTrans.createdTime <= str2time("16:00")
{
...

замечательный литерал 14\06\2011. легко можно использовать на скорую руку

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

while select custTrans
where custTrans.createdDateTime >= 2011-06-14T11:00:00
   && custTrans.createdDateTime <= 2011-06-14T12:00:00
{
...

Как и Raven Melancholic тоже пытался использовать доп.символы для часового пояса. тоже не получилось. поэтому спросил - может кто знает?

добавил ссылки на msdn:
http://msdn.microsoft.com/en-us/libr...05(ax.60).aspx
http://msdn.microsoft.com/en-us/libr...(v=ax.60).aspx
http://msdn.microsoft.com/en-us/libr...(v=ax.60).aspx

[mazzy]

кстати, литералов для времени тоже нет
http://msdn.microsoft.com/en-us/libr...80(ax.60).aspx

[gl00mie]

В Global есть два замечательных метода datetobeginUtcDateTime() и datetoendUtcDateTime(). Они, правда, требуют явного указания временной зоны, но если взять их за основу и для параметра tz прописать значение по умолчанию, скажем, DateTimeUtil::getUserPreferredTimeZone(), то получится, наверно, то, что нужно.

[mazzy]

Цитата:

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

В Global есть два замечательных метода datetobeginUtcDateTime() и datetoendUtcDateTime().

э-э-э... нет, это тоже не то.
совет сводится к совету ice

Цитата:

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

можно создать пару методов на global для перевода в нужный timezone, и их использовать везде

[Logger]

Не совсем догоняю в чем проблема.
Если устраивал вариант str2time("16:00") то почему нельзя написать свою функцию в глобале, которая примет 2 параметра, литерал для даты и строку со временем и вернет сформированный utcDateTime.
Все равно временная зона нужна либо текущая либо из настроек юзера либо из настроек компании. Вариантов немного.

По удобству использования получится примерно то же самое что и в примере для ax4.0.

[mazzy]

Цитата:

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

то почему нельзя написать свою функцию

почему нельзя?
просто неаккуратненько как-то

[Poleax]

Цитата:

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

Спасибо.
Но вопрос был о литерале, а не о конвертации

Да понятно , но все равно придется

Цитата:

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

заниматься геморроем

Для этого и привел примеры геморроя конвертации (само напрашивалось дополнить тему такими линками)
т.е. код пригодится в новом методе класса Global, где

Цитата:

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

..... временная зона нужна либо текущая либо из настроек юзера либо из настроек компании. Вариантов немного.

[AndyD]

Цитата:

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

--> http://www.axaptapedia.com/Current_Time


Варианты гемороя:

datetime2str(DateTimeUtil::applyTimeZoneOffset(_inbox.AlertCreatedDateTime, DateTimeUtil::getUserPreferredTimeZone()), DateFlags::FormatAll)

//или

 info(strfmt("%1", DateTimeUtil::applyTimeZoneOffset(demo.UtcField,DateTimeUtil::getClientMachineTimeZone())));

UTCDatetime и EventInbox
http://www.axaptapedia.com/UtcDateTime

Convert from Time Zone Before Persisting in X++

Замена DateTimeUtil::newDateTime() на DateTimeUtil::applyTimeZoneOffset() неравнозначна.
newDateTime() - возвращает указанное время в указанной временной зоне.
applyTimeZoneOffset() - прибавляет к переданному времени смещение между зоной UTC и указанной временной зоной, при этом, в возвращаемом значении зона будет такая же, как и в переданном параметре.

По теме топика - я сделал для себя макрос #Z