Asp.net 如何构建可配置的Web用户控件？

这是一个项目大纲，我需要制作一个web应用程序，其核心组件封装在web用户控件中。原因是该公司将在明年初广泛使用MOSS，我们希望以后将这些组件用作web部件。我认为这些web用户控件需要在数据源、主题/CSS方面具有灵活性。我们可能有一个WCF服务将数据绑定到这些控件，我应该认真考虑哪些事情

如有要求，我愿意提供更多细节

提前谢谢

编辑：更多细节

---

场景：用户控件A是为使用WCF服务A而构建的。现在，我需要确保如果WCF服务URI发生更改，并且还需要处理ServiceContract中的潜在更改，则该控件仍能工作

我在可配置的用户控件中广泛使用了属性，而且效果很好。您可以在容器页面中设置控件的属性，然后动态设置控件

---

还需要注意的是，您需要将控件的大部分代码（即CodeBehind文件中的VB.Net/C#代码）移动到PreRender事件。可以在容器页面的PageLoad事件中设置控件的属性

更多的细节会有用

你考虑过建筑吗？这些可能更接近迁移到SharePoint所需的模型。可以通过浏览器编辑Web部件属性

如果应用程序的后端是WCF服务，那么这应该很容易迁移。根据您处理安全性的方式，您可能需要进行一些测试，以查看SharePoint环境中的身份验证是否工作良好。SharePoint中的组件可能正在使用不同的凭据运行

---

研究如何在SharePoint中设置web部件的样式，以及SharePoint环境加载了哪些CSS，并利用您现在可以使用的CSS。SharePoint中的样式相当一致。

其他场景信息可以提供更好的答案。事实上，您的问题实际上与您是使用SharePoint WebParts还是ASP.NET进行构建无关，而是关于如何以可维护的方式使用WCF服务

• 考虑下面一个例子。谷歌能提供很多信息
• 将URL存储在应用程序中非硬编码的位置，并按照其他建议通过属性设置这些URL

---

我们尚未准备好MOSS，因此无法着手构建Web部件。此外，用户控件将提供更好的dev exp，习惯于使用该控件的用户将发现，如果他们在MOSS站点上看到相同的控件，就很容易了。对吗？Web部件是ASP.NET 2.0及以上版本的一部分，因此根据您的帖子，您确实可以访问这些部件。应该说，请阅读我原始帖子中的第一个链接以获取信息。