倍福文学

手机浏览器扫描二维码访问

第47章 与天人神交（第1页）

张伟把第7层结丹，结成后！

闭着眼睛，看着刚结出的第7层，感慨万千啊，既是惊叹，又是敬佩，更是震撼！

惊叹于，如此巧夺天工的设计！

我们可以推演下，这种嵌套的网体结构，有多么的巧妙和适用！

就刚的例子，一个函数从他的角度只被调用了一次，他确实只被一个函数调用了，可是这个调用他的那个函数，被别人调用了5o次，而这5o次，又有一个函数又被别的函数、或别的程序调用了2oo次，那么一开始那个函数加起来就被调用了25o次！

现在的情况，如果不是这种调用逻辑的设计，那么第一次的那个函数，就会像《诗云》自然语言的逻辑，这个函数，或者这个函数对应的处理逻辑，就要在25o个地方，编写25o次！

如果这个处理的代码量是1ooo行的话，就代表，就这一个处理逻辑，就占据了，25万行的代码量！如果用这种嵌套的代码设计，有且仅有1ooo行代码！

这有什么好处呢？那好处可太大了啊！

比如这1ooo行的处理代码有一个bug，如果是这种嵌套设计，你只需要对这1ooo行的处理函数进行修改，就等于修改了25o处了！

而如果用传统的编程方式，就是张伟一直引以为傲的1o万行的，编码逻辑！那么就得修改25o次！只要任何一个地方忘记修改，那么就是一个真实的错误！

而为什么有些It非常忙，就是这个原因，你会现同一个问题，在不同的地方重复出现！就是因为他们采用了传统的编码结构，同一个处理逻辑，不是用这种嵌套的函数结构，而是在每个地方都写一遍，虽然每次都修改了，但是架不住有25o处地方要修改啊！这就是为什么说靠谱的It很闲，不靠谱的It很忙的原因！

一个问题，实际你只改了一次，却达成了25o个地方都改了的效果，所以你不忙啊！因改一个地方，只需要2分钟啊！

而改25o个地方，就是专门改，都需要5oo分钟，8个多小时，而真实情况是现一个地方，就改一个地方，没现，就不改，就成了一个一个的地雷了，等着被踩到，爆炸！

所以你会现他天天很忙，在改各种问题！

当然这个设计也有一些问题，比如先就是如果不熟悉，就会像张伟这种，迷失在程序运行的各种嵌套中，这就真的形成了一个巨大的迷宫！传统模式写的代码，debug起来就很简单了，一杆子捅到底，没有那么多弯弯绕，岔路口，就是一条纯粹的代码运行直线，就像张伟写的那些报表，就是纯粹的从上往下直线运行！

其次如果需要修改，要是考虑的不够周全，就会非常的麻烦，那就是牵一动全身！万一改错了，就会影响到25o处地方！当然如果修改好了，也等于同时修改好了25o处地方！

相对来，这种架构，肯定是优势远远大于劣势！

还有就是敬佩！为什么会敬佩呢？

上面说的那个改25o次的例子！如果作为一个程序员，其实是无法改变的现实！

如果要实现，先需要架构就采用这种模式进行设计的！只有在这套架构下，才能达到，改一次实现等于修改了25o次的效果！否则就是故意为难程序员，这种为难等于“巧妇难为无米之炊”

！

就好比，你是一个nb到爆炸的泥瓦匠！给你的建筑图纸，是三层小楼！你无论如何也盖不出迪拜大厦啊！

你说当时设计sap这套架构的那帮人，是不是神人！在带入下时间，8o年代！就设计好了！

此刻的张伟，对那帮sap架构设计者，简直是惊为天人啊！

张伟甚至觉得那帮人是穿越者！就像网络小说里带着金手指的穿越者！

还有就是管理上，sap先是由德国工程师开，然后是全球的工程师开，在时间上，跨越了周期，在地域上跨越了国家，可是这套机制下的架构，所有为sap贡献的工程师，都遵循这样的规则，大家都是活生生的人啊！能在跨越时间，跨越空间的大尺度上，来做到步调统一，这是多么难能可贵的管理啊！

张伟清晰的记得，当年大学的军训，就走几步路，要走整齐，整整训练了2周！

这种全球协同，而且是4o年时间的全球协调，保持步调一致，这是多么强悍的管理能力啊！

你说值不值得敬佩！

还有就是震撼！为什么又是震撼！

当然还是时间了！4o年啊！整整4o年！坚持不懈，永不动摇！在这套架构上！张伟现在说的不是仅仅是第7层架构！

而是从第4层字段层、第5层数据表层、第6层业务对象层、第7层对话程序层，进行常年累月，分毫不差的执行，这是时间的胜利！这才是真正的集体长期主义者！

我们作为个人践行长期主义如果坚持4o年，就会nb到爆炸，更何况是一个组织、一个集体，在共同的目标下，共同的机制下，共同的标准下，坚持4o年的长期主义！