Sharepoint 2010 如何管理Infopath VSTA代码

形势

我们目前正在开发一个使用Infopath 2010表单的Sharepoint 2010网站。然而，这些表单中的大多数都需要更高级的功能，因此这些表单成为了管理员批准的表单，并带有c#code（VSTA）

问题

---

由于每个infopath表单都有自己的c#项目，我们现在很难管理代码，因为需要更多的infopath表单。有没有更好的方法来管理代码？或者是否有一种将所有VSTA代码放在一个中心位置/解决方案中的机制？

这里有一个指向InfoPath博客的链接，介绍如何管理InfoPath源代码：

谢谢，但是这是否意味着每个InfoPath表单仍有自己的VSTA项目？是的。你不能回避这个问题。我曾经做的是创建一个包含所有公共函数的基类，然后每个表单的VSTA都包含一个从基类派生的非常基本的C#文件。虽然不理想，但这也是InfoPath不是一个真正的开发环境的部分原因。为什么要投反对票？InfoPath开发人员链接到博客有什么问题？你愿意我把里面的东西倒出来吗？天哪，我不知道为什么会被否决，谢谢你的回答。鉴于Infopath开发有其缺点，有什么更好的替代方案（即，如果可能的话，取消Infopath）？这取决于您正在尝试做什么。InfoPath、IMO非常适合于不需要太复杂逻辑的简单表单（休假、费用等）。一旦开始需要VSTA，我会考虑在ASP.NET中重新创建所有表单的布局、条件逻辑等需要多少时间。对我来说，这将决定我是否要忍受InfoPath开发带来的痛苦。据我所知，没有办法为多个InfoPath VSTA项目使用解决方案。一个代码为beind=一个项目的InfoPath表单，冲洗并重复下一个表单。谢谢，我已经知道是否对所有要交谈的InfoPath表单使用web服务，因为InfoPath可以创建到web服务的数据连接。我会将所有代码放在一个地方，但是我有一种不好的感觉，那就是很难将数据从表单传递到代码。