我注意到，spray和akka等几个TypeSafe附属项目不包含com.或org.作为他们定义的软件包名称的开头。
我想知道这种偏离Java的“反向域”包命名方案是否存在技术含义。对java互操作性有任何可能的影响吗？在我自己的库和包中跳过scala包名称中com / org成分的技术含义是什么？
当然，反向域方案通过将命名空间链接到Internet注册商唯一分配的资源来缓解包命名空间冲突的问题，因此解雇该模型的项目没有这种安全措施，但我不会严格地称之为< em>技术含义，所以我们可以忽略......
答案 0 :(得分：0)
反向域方案缓解了包命名空间冲突的问题
这是该计划的唯一原因，应该回答你的问题。我所知道的包特殊结构中互操作性的唯一问题是Scala包名称可以包含Java（and Scala, using backticks）关键字。