WCF Active Directory帮助程序服务

我最近开始学习WCF框架，我创建了一个Active Directory助手类/库，用于存放与Active Directory交互的代码。我不确定我是否要重新发明轮子来尝试这样做，但似乎在我的网络中作为WCF服务运行这个Active Directory帮助程序库并从任何内部应用程序引用该服务是一个更好的实现

我的问题是，这是一个值得努力的事情，我正在做的是多余的，还是有其他更好的事情可以做我想要实现的事情

我在谷歌搜索中找到了这篇关于这个主题的文章：

但这对我来说不是很直观，我不喜欢在任何配置文件中放置某些内容的域凭据。除此之外，关于这个话题的信息似乎并不多

更新
我开发的AD Helper库利用System.DirectoryServices命名空间并实现如下功能：
在ADAM中实例化用户：http://www.koders.com/csharp/fidCD7765F2E9C23683407CEFAFAFB68D3157857BFB.aspx?s=cdef:%22Adam%22#L18
递归获取安全组中的所有用户：http://www.volumeracing.com/blog/?p=129
等等……

---

我的目标是通过NetTcp将这些东西实现为WCF服务，因此，我可以让我的项目调用WCF服务，而不是在每个想做这些事情的项目中包含这个AD-Helper dll。然后，如果我需要添加或更新AD Helper dll，我可以这样做，而不必更新实现AD Helper dll的所有项目。

在继续之前，我会检查这些内容：

在这个领域有很多事情要做——但是，在大多数情况下，它需要最新的服务器操作系统版本（Windows server 2008或2008 R2）

---

我会仔细看看微软提供的这些产品，然后决定是否值得你自己做这件事，或者干脆用它来代替。

谢谢Marc。我阅读了您的参考资料，但没有看到ADWS与使用System.DirectoryServices有什么不同。我正在使用System.DirectoryServices与AD交互，并在AD助手库中执行各种任务。我想我应该从中创建一个WCF服务，供我的项目参考，而不是将库添加到每个项目中。这样，如果AD任务需要更新或添加到WCF服务，WCF服务将成为AD任务的唯一中央维护点，而不必手动更新实现AD Helper库的所有项目。这有意义吗？@Dennis:据我所知，使用ADWS几乎就是你想要做的：在一个更易于使用并且可以从各种应用程序调用的服务界面后面抽象出使用S.DS的细节。如果这组操作不符合您的需要，那么是的-创建一个WCF服务来隐藏这些目录详细信息绝对是一个好主意！好的，谢谢你对ADWS的参考，这肯定是我想了解更多的东西，但是我在搜索一些关于如何使用该服务的基本文档时发现了bupkis。本文（）指出在.NET应用程序中不支持/记录ADWS。所以现在看来，利用S.DS推出我自己的服务是最好的解决方案。也：