|
![]() |
#1 |
Модератор
|
Да, согласен - это дело ведущего разработчика.
На одном проекте, где я принимал участие, дело действительно решалось удаленным доступом. Ребята, сидевшие на терминалке, ругались, конечно, но код писали. Более того, частично они писали на локале, пересылали проекты на терминал, поднимали их на usp слой и сами поднимали на usr. Еще рекомендую почитать Кросс-слойная разработка Ошибка в компиляции после переноса слоя Методологией разработки, тестирования и формирования рабочего приложения в Axapta Перенос модификаций из слоя в слой с идентификаторами Тема неоднократно обсуждалась, думаю, Вы найдете информацию для размышлений. И не забывайте про папочку old - mit Вы очень правильно подсказал. С Уважением, Георгий |
|
![]() |
#2 |
Роман Долгополов (RDOL)
|
Цитата:
Сообщение от George Nordic
И не забывайте про папочку old - mit Вы очень правильно подсказал.
С Уважением, Георгий ![]() Функции сравнения со старым приложением глючные. Дело в том, что метод TreeNode::AOTgetProperties() возвращает неверную информацию о свойствах элемента старого приложения, если значениями этих свойств являются имена элементов AOT. Например, у Вас в старом приложении есть расширенный тип данных Type1 с идентификатором 50005. И в старом же приложении поле Field1 в некоторой таблице с этим расширенным типом данных. Если теперь запросить через новое приложение методом TreeNode::AOTgetProperties() свойства этого поля в старом приложении, то расширенный тип данных у него будет с именем имеющим идентификатор 50005, но в новом приложении Ошибка в ядре, поправить самим никак. Запрос висит в сервисной системе 3 года. Шансов что исправят практически никакик. Хотя попробую сегодня перерегистрировать. Удачного дня и правильных слоев ![]() Последний раз редактировалось db; 27.04.2006 в 14:37. |
|
|
За это сообщение автора поблагодарили: George Nordic (5), imir (1). |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|