我有我们的应用程序需要与接口的ADAM目录。 目前，我们有一个抽象的概念，使得我们的代码库使用，而不是使兴田适当的LDAP调用SQL Server中。我们想获得更接近我们的结合点，并利用我们的实际LDAP存储库来代替。

I have an ADAM directory that our application needs to interface with. Currently we have an abstraction such that our repository uses Sql Server instead of making hte appropriate LDAP calls. We'd like to get closer to our integration point and utilise our actual LDAP repository instead.

的问题是，这会减慢我们开发的方案。我们非常有获取最新 - > F5的经验和应用程序只是工作。引入其全部这一结合点会杀了我们，我们并不想这样做（完全）。

The problem is that this slows down our dev scenario. We very much have an 'Get Latest -> F5' experience and the app 'just works'. Introducing this integration point in its entirety will kill that for us and we don't want to do it (completely).

是的，我们都可以在其上运行的虚拟机与ADAM，但有一个很大的开销在那。我们也有一个集中的服务器，我们可以使用，但其缓慢的连接（我们在远程3G连接和5秒往返于LDAP查找工作）。

Yes we could all run VMs with ADAM on it, but there's a lot of overhead in that. We also have a centralised server we could use but its slow to connect to (we work remotely over 3G connections and its a 5 second round trip for an LDAP lookup).

所以，我想知道是否有一种方法可以挂接到LDAP协议，截获这些调用，并重定向到XML或somesort的数据库。我听说过这种东西是可用的（heresay！），但没有找到在.NET世界中任何事情（我认为这是Java的）。

So what I am wondering if there is a way to hook into the LDAP protocol, intercept those calls and redirect them to XML or a database of somesort. I've heard of this kind of thing being available (heresay!) but could not find anything in the .Net world (I think this was Java).

所以基本上我要寻找的人谁也解决了类似的问题，或知悉的方式挂接到LDAP调用。谢谢你。

So basically I am looking for anyone who has solved a similar problem, or knows of a way to hook into LDAP calls. Thanks.

推荐答案

您可以使用＃如果DEBUG去您的数据库建立调试，就像你现在要做的，然后转到版本的LDAP存储库的基础之上。

You could use #if DEBUG to go to your DB for debug builds, like you do now, and go to the LDAP repository in release builds.