Как работать с кодом Infopath VSTA

Ситуация

В настоящее время мы разрабатываем сайт Sharepoint 2010, который использует формы Infopath 2010. Однако для большинства этих форм требуются более продвинутые функции, поэтому они стали формами, утвержденными администратором, и содержат код C # (VSTA).

Вопрос

Поскольку для каждой формы информационного пути будет свой собственный проект на C #, теперь у нас возникают трудности с управлением кодом, поскольку требуется больше форм информационного пути. Есть ли лучший способ управлять кодом? Или есть механизм, позволяющий хранить весь код VSTA в одном центральном месте / решении?


sharepoint-2010 infopath
person Bryan Hong    schedule 30.09.2011    source источник
comment
Я не знаю способа использовать Решение для нескольких проектов InfoPath VSTA. Одна форма InfoPath с кодом beind = один проект, промойте и повторите для следующей формы.   -  person Dennis G    schedule 30.09.2011
comment
спасибо, у меня была идея, использовать ли веб-сервис для всех форм infopath, с которыми можно общаться, поскольку Infopath может создавать соединения данных с веб-сервисами. У меня был бы код в одном месте, однако у меня плохое предчувствие, что будет сложно передавать данные из форм в код.   -  person Bryan Hong    schedule 30.09.2011

Ответы (1)


arrow_upward
1
arrow_downward

Вот ссылка на блог InfoPath о том, как управлять исходным кодом InfoPath: http://blogs.msdn.com/b/infopath/archive/2010/06/10/using-tfs-for-source-control-in-infopath-2010.aspx

person Tundey    schedule 30.09.2011
comment
Спасибо, но будет ли это означать, что у каждой формы инфопатолога по-прежнему будет свой собственный проект VSTA? - person Bryan Hong; 30.09.2011
comment
да. Вы не можете обойтись без этого. Однажды я создал базовый класс со всеми общими функциями, а затем VSTA каждой формы содержал очень простой файл C #, производный от базового класса. Не идеально, но это одна из причин, по которой InfoPath не является настоящей средой разработки. - person Tundey; 30.09.2011
comment
Почему голосование против? Что не так со ссылкой на блог разработчиков InfoPath? Вы бы предпочли, чтобы я извергнул содержимое здесь? Печаль во благо. - person Tundey; 30.09.2011
comment
Я не уверен, почему он был отклонен, но я ценю ваш ответ. Видя, что у разработки Infopath есть свои недостатки, что было бы лучшей альтернативой (то есть, если бы возможно, покончить с Infopath)? - person Bryan Hong; 30.09.2011
comment
Это зависит от того, что вы пытаетесь сделать. InfoPath, IMO, действительно хорош для простых форм (свободное время, расходы и т. Д.), Которые не требуют сложной логики. Как только вам понадобится VSTA, я бы подумал, сколько времени потребуется, чтобы воссоздать весь макет формы, условную логику и т. Д. В ASP.NET. Для меня это будет то, что решит, переживу ли я боль разработки InfoPath. - person Tundey; 30.09.2011
comment
Я думаю, это зависит от ваших потребностей и от того, почему вы в первую очередь остановились на InfoPath. Если вы сделали это из-за простоты проектирования форм, вы можете застрять в работе с VSTA, потому что InfoPath действительно упрощает создание форм (с условным форматированием, формулами и т. Д.). - person Tundey; 30.09.2011
comment
Извините за двойной пост. Случайно нажмите кнопку «Назад», и я потерял свой первоначальный пост. Во всяком случае, оба действительны. Примите во внимание плюсы и минусы (и в разделе "минусы" включите сложность обслуживания файлов InfoPath .xsn, поскольку они являются двоичными и плохо подходят для управления версиями). - person Tundey; 30.09.2011
comment
Да, сейчас мы довольно живо переживаем раздел о минусах. Я подумаю об этом. Ваше здоровье. - person Bryan Hong; 30.09.2011