我已经使用 LDAP 很多年了，我工作过的大多数公司开发中的 LDAP 模式看起来就像生产、QA（Staging）中的模式。
等：后缀“dc=firm,dc=com”
几个月前我刚刚开始在一家新公司工作，SA 告诉我我做错了，在开发中后缀应该是后缀“dc=firm,dc=dev”。
我觉得这会带来很多问题，比如编程和移动数据进行测试等等。我想听听大家对此的看法。我认为这是一个数据，它应该看起来像生产、质量保证等等
答案1
“后缀”（实际上是“命名上下文”）是什么并不重要。任何代码都应该完全独立于目录的内容、目录所在的位置（从网络角度来看）、服务器运行的软件、软件的版本等。任何“知道”这些事情的代码都是糟糕的代码，不健壮、脆弱，并且容易出现故障。
答案2
我不确定哪种方法正确或错误。两种方法都有优点，也都有缺点。
我所在的公司也会不时修改 LDAP 架构文件，但不像您这种情况那么频繁。我们的开发和生产环境也使用相同的 dc。在我们公司，我们不可能混淆某些东西，因为我们只是不时更改架构。
你的新公司可能与你有不同的观点，他们甚至可能对开发工作有某种政策。我的建议是写下一个小概念，比较两种方法。如果你仍然认为你的“解决方案”更好、更有效，你应该在你的主管面前为它辩护。也许你可以说服他们改用新政策。但不要忘记尊重他们目前的政策，不要太冒犯。请记住，你可能会进入一个多年来一直没有改变的领域，有些人害怕新事物（遗憾的是，尤其是在 IT 领域）。
顺便说一句，写出一个概念是我说服客户甚至公司员工最成功的方法。他们看到你做了一些研究，并且有论据。当这些论据有效时，你就会走上成功之路！