这是有关 CDM 的两部分文章的第二部分。在第一部分中，我们介绍了 CDM 理论。在这篇文章中，我们将亲自动手（并动脑筋）解决实际问题。这会很糟糕。
从理论到实践
在上一篇文章的结尾，我们发现从理论上讲，使用 CDM 的决 赌场数据 定是轻而易举的，对吗？正确的？不。现实总是会让理论偏离轨道。总是。如何？
原因一：象牙塔
你知道，创建 CDM 通常是一项学术事务，在某个象牙塔的高层进行。它开始足 戳破泡沫 够实用，但数据架构师很快就会开始飞向假设的天堂，只是为了让一切都适应一个优雅的模型，并且几乎永远不会回到现实。尤其是当可以应用递归和重用时！他们喜欢那些东西（顺便说一句，他们确实有罪），但是没有人能够理解它。因此，这并不实际，而且也没有人参与。
原因 2：筒仓视图
此外，也缺乏对孤岛人员的需求。我的整个职业生涯都是在各个办公室里工作的。毕竟，我的工作是、并且一直 戳破泡沫 是将两个或多个系统粘合在一起，询问它们各自如何模拟地址，然后以某种 人事管理：定义、重要性和新兴趋势 方式使“addresLine1”适应“街道”、“门牌号”和“housenumberExtension”。我很自然地会不加评判地询问（顺便说一下，仅限于工作时，在家里不会……）。
但对于身处筒仓的人们来说情况并非如此
对于他们来说，addressLine1 的用途是显而易见的，因为有原因！事实一直如此，而且有效，所以为什么有人想要改变它呢？
我仍然可以听到自己对信息隐藏的解释：“不，不，我们在系统之间使用 WhatsApp 号码 的数据模型应该独立于系统的数据模型。它将与实现无关，因此可以轻松替换现有的孤岛。”唉，我真是太不体谅人了。尝试向 Bob 和 Frank 解释（您可能还记得他们之前的帖子），我所做的一切都是为了让公司能够轻松更换他们的筒仓，而不是更换他们的宝贝，从而使他们（Bob 和 Frank）过时。他们当然不希望我这么做。