就 Java/JNDI 措辞而言，“目录服务”只是“命名服务”的更复杂版本吗？
如果您阅读 JNDI glossary ，它基本上将这两个定义如下:
命名服务- 允许您在不同的上下文 上执行操作的 API
context- 听起来很像HashMap目录服务- 允许您对目录对象 执行操作的 API
目录对象- 目录中的对象....(?!?!)
因此，除非我弄错了，否则这两种类型的服务听起来都允许对不同类型的对象进行类似 CRUD 的操作，contexts(在命名服务的情况下)或 目录对象(在目录服务的情况下)。
所以我的问题是:有什么区别？!？这两种上下文/目录对象类型在幕后真的只是散列图/散列表吗？
我对这些差异感到窒息，因为我试图了解什么时候是命名服务，什么时候是目录服务，而这些定义对我来说很难衡量。
最佳答案
Aren't both of these context/directory object types really just hashmaps/hashtables under the hood?
不，它们几乎肯定是引擎盖下的数据库表，并且它们具有散列映射/散列表所没有的各种语义，例如属性列表、创建子上下文的能力等。
关于java - JNDI:命名服务与目录服务，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/9161927/