|
28.07.2011, 11:44 | #1 |
NavAx
|
На мой непросвещенный взгляд, радикальное решение проблемы для взаимодействия с MS Office было бы переписывание его на использование CLR Runtime. По собственному опыту, это не занимает много времени. Другое дело, что это потребует значительного объема тестирования.
Доп. плюсом этого решения была бы "видимость" методов CLR объектов внутри редактора X++. Правда, я не совсем уверен в возможности красиво решить вопрос о работе с различными версиями офиса, но, насколько знаю, это всё же технически возможно, пусть и с помощью небольших костылей. В крайнем случае, это всегда можно прописать в технические требования системы. По набору исправлений для новой ТТН - это вообще ни в какие ворота не лезет - пихать туда целиком весь merge еще с 3его хотфикса. Неужели вендор хотя бы для себя не может наладить нормальный репозитарий кода современными средствами (git, mercurial, да хоть TFS в конце концов) и вести несколько branches для выделения подобных патчей?
__________________
Жизнь прекрасна! Если, конечно, правильно подобрать антидепрессанты... Последний раз редактировалось Maximin; 28.07.2011 в 11:49. |
|
28.07.2011, 12:03 | #2 |
Участник
|
Цитата:
Одна из проблем - в куче мест объекты создаются через new, а не construct - приходится переделывать много лишнего кода. Также в ряде мест методы которые работали через com - валятся при вызовах через .Net Причину определить не удалось пока. В общем, есть подозрение что вы целиком сами всю эту работу не пробовали проделать. Или написали несколько фиксов для конкретных мест. Или вы смогли переделать все семейство классов по работе с Excel легко и быстро и исправить все места где они используются ? Также переписывание через .Net предполагает что у вас будет стоять office2010. Последний раз редактировалось Logger; 28.07.2011 в 12:06. |
|
Теги |
накладная, первичные документы, ттн |
|
|