2010-11-17 116 views
1

我最近开始学习WCF框架,并且我创建了一个Active Directory帮助器类/库,用于存放与Active Directory交互的代码。我不知道是否我正在重新尝试这样做,但似乎将它作为我的网络中的WCF服务运行此Active Directory助手库并将其从任何内部应用程序引用到该更好的实现似乎是更好的实现。WCF Active Directory帮助器服务

我的问题是,这是一件值得努力的事情吗,我正在做多余的事,还是有其他更好的东西,已经可以做我想要实现的东西?

我发现这篇文章中关于这一主题谷歌搜索:
http://blog.waleedmohamed.net/2009/12/create-active-directory-service-using.html
,但它不是很直观的让我跟着,我不喜欢把域名凭据东西的想法任何配置文件。除此之外,关于这个话题似乎还没有很多信息。

更新
我已经开发的AD助手库利用System.DirectoryServices命名空间,并实现了喜欢的东西:
在ADAM实例化的用户:http://www.koders.com/csharp/fidCD7765F2E9C23683407CEFAFAFB68D3157857BFB.aspx ?s = cdef:%22Adam%22#L18
递归获取安全组中的所有用户:http://www.volumeracing.com/blog/?p=129
etc ...
我的目标是通过NetTcp实现这些东西作为WCF服务,所以不要在每个想要做这些事情的项目中包含这个AD Helper DLL很好,我可以让我的项目调用WCF服务。然后,如果我需要添加或更新AD Helper DLL,我可以这样做,而无需更新所有实施AD Helper DLL的项目。

回答

0

我会继续之前检查这些东西:

有很多在这个空间怎么回事 - 但是,大多数情况下,这需要很长时间操作系统版本(Windows Server 2008或2008 R2)。

我会仔细看看微软的这些产品,然后决定是否值得自己做 - 或者只是用它来代替。

+0

谢谢马克。我阅读了您的资源,但没有看到ADWS与使用System.DirectoryServices的不同之处。我正在使用System.DirectoryServices与AD进行接口,并在AD Helper库中执行各种任务。我想我只是从我的项目创建一个WCF服务来引用,而不是将库添加到每个项目。这样WCF服务将成为AD任务的唯一中央维护点,如果需要更新或添加它们,而不必手动更新所有实现AD Helper库的项目。那有意义吗? – nwayve 2010-11-18 17:41:38

+0

@Dennis:据我了解,使用ADWS几乎是你想要做的事情:抽象出在服务接口背后使用S.DS的基本细节,该服务接口更易于使用,可以从各种应用。如果这一套操作不适合您的需求,那么是的 - 创建一个WCF服务来隐藏这些目录细节绝对是一个好主意! – 2010-11-18 18:13:12

+0

嗯,感谢参考ADWS,这绝对是我想了解更多的东西,但我搜索一些关于如何使用该服务的基本文档正在启动bupkis。本文(http://social.technet.microsoft.com/Forums/en-US/winserverDS/thread/ec2ff410-25ed-46f7-95e0-18b639935907)表明ADWS不支持/记录在.NET中使用应用。所以现在看来​​,利用S.DS来滚动我自己的服务是最好的解决方案。另外:http://stackoverflow.com/questions/2963905/using-active-directory-web-services-in-net-application – nwayve 2010-11-18 18:51:46

相关问题