AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 21.01.2008, 20:13   #1  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Angry SalesLine.initFromSalesTable() - кроме журналов, никогда корректно не отрабатывает?
По ходу ковыряния в безобидном коде импорта строк заказов наткнулся на один вроде бы как косяк в стандартном приложении. Связан косяк с тем, что код инициализации строки заказа по его шапке, написанный в наследниках класса SalesLineType, видимо, корректно не отрабатывает никогда, за исключением закупок с типом журнал (SalesType::Journal). Дело в том, что на таблице строк заказов метод initFromSalesTable() имеет весьма лаконичный вид:
X++:
void  initFromSalesTable(SalesTable salesTable)
{
    this.type().initFromSalesTable(salesTable);
}
В свою очередь, метод SalesLine.type() возвращает экземпляр класса-наследника SalesLineType, создаваемого в зависимости от типа строки закупки - поля SalesLine.salesType, значение которого должно быть по идее сперва скопировано из шапки заказа, чего в SalesLine.initFromSalesTable() не происходит. В то же время "нормальный" код создания строки заказа по шапке, по-моему, выглядит так:
X++:
salesLine.clear();
salesLine.initValue();
salesLine.initFromSalesTable(salesTable);
// ...
таким образом, получается, что при таком сценарии создания строки заказа всегда будет вызываться метод класса SalesLineType_Journal.initFromSalesTable(), который, к слову, даже не перекрыт в этом классе, а, к примеру, метод класса SalesLineType_ProjectItemReq.initFromSalesTable() вызван при таком сценарии не будет. Вообще-то, это единственный класс-наследник SalesLineType, в котором данный метод штатно перекрыт, так что последствия такого "недочета" практически никто может и не заметить, но все же как-то... неприятно.

Проверялось на приложениях 3.0 SP3, 3.0 SP5, 4.0 SP1
Старый 21.01.2008, 22:43   #2  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
Создал баг на эту тему.
Отпишусь, как решат, что с ним делать. Скорее всего, отложат до след. версий
Старый 23.01.2008, 11:48   #3  
EVGL is offline
EVGL
Banned
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
4,445 / 3001 (0) ++++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Да, я тоже этот баг заметил много лет назад. Решил проигонорировать.
Теги
ax3.0, ax4.0

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Добавление новых строк в SalesLine Qaz Qwerty DAX: База знаний и проекты 6 04.02.2009 17:23
Не отрабатывает выборка CasperSKY DAX: Программирование 9 31.03.2008 15:55
Длительное создание складских журналов Paul_ST DAX: Программирование 2 13.09.2006 10:52
Группы пользователей в настройке Проверки для Названий журналов Oz DAX: Функционал 2 09.06.2004 17:51
Очистка складских журналов dyatlowsky DAX: Функционал 0 26.03.2004 17:55

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 01:57.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.