第48章 语言（2 / 3）

果剪断，然后中间接一个三通管，把水引出来对吧！

你以为这个思路很正常！可是SAp却告诉你不对！

当然这样做肯定能解决问题！，可是你知道这样做工程量有多大么？首先需要挖开泥土，刨除埋在地里的水管！如果水管很小，无所谓，水浪费了也就浪费了！如果这根水管是2米直径？你还敢这样搞么？你首先需要关闭水的源头，然后在这个地方，进行分割，然后取保短期之内安装好三通管！如果慢了，下游用水的咋办？而且你新加入的三通管，和之前的融合的如何，会不会漏水？

当然传统的做法，都认为这些是正常现象，也就见怪不怪了了！

现在突然SAp告诉张伟，你上面的操作都不对！那个位置我早就预留了一个三通管，在修建水管的时候，我就已经预留好了三通管！只是一直是关闭状态的！

现在你要用是吧，那你先把新增的水管网建立好，然后接上我的三通管，我打开水阀就行了！

你现在是不是很懵逼！我靠，你怎么知道我20年后要到这里修房子的，难道你40年前埋水管时穿越了？

SAp的回答的是，我不知道，但是我知道这里，肯定有除了我以外的其他人，肯定会用到，于是就在水管铺设的沿途，各种可能的地方，都留了这种三通管，只是所有的都是关闭状态！如果需要用了，直接激活打开就好！

这种程序里有一个正式的名字“User Exit”用户出口！

张伟想，那要准备多少个用户出口，或者叫安装多少个三通管合适啊？这些三通管需要安装在哪里合适啊？

张伟这个菜鸟都能想到，难道SAp那帮大神想不到？

如果从安装三通管的例子也很简单啊！只要是市政规划有点经验的，看到那么大一块空地，未来肯定需要建设某种设施啊，留一个在那里总没坏处！

而从程序逻辑来说就更加简单了！最简的地方，就是在某类数据都处理完了，需要进行下一个阶段处理了！那么就在这个衔接的地方，放一个“User Exits”，为什么这里放最好？因为我要做的标准处理都弄好啊，至于你是否有其他特殊的处理，我现在也没法穷举，那我干脆给你一个出口，你自己玩、自己捣腾，爱咋搞，咋搞！等你处理完了，咱们接着处理后面的标准程序逻辑！

其实这样梳理下来，你会发现一个程序，需要预留“三通管”的地方也有限啊！真实的情况也是，最多十几个，有些是程序处理过程中的某个地方预留一个user exit，有些是界面需要出口，预留一个！

至于后面的人用不用，无所谓啊，反正这种“Enhancement”机制是成熟的！我只需要放上就行了！

这样的处理方式，对标准程序没有任何影响，就你那边打翻天了，标准程序没有丝毫影响！如果传统的做法，就是改标准程序，也就是切断一根完整的水管，安装三通管！这个操作首先就会造成对主干线的破坏！

如果首先预留了三通管，主干线不会有丝毫影响，“User Exits”往外出去那端，你想咋霍霍，就咋霍霍！

说个段子，只要“一个小目标的正主不倒！公子怎么玩花活都行！甚至是故意放出去搅混水！”SAp这个“Enhancement”的设计就是这个逻辑！“墙内红旗不倒，墙外红旗飘飘！”哈哈！

张伟想，如果自己后面要设计软件、开发产品，必须也这样搞！首先是7层架构，当然其实只需要4层，第1、2层不用设计，也不用选择！第3层需要选择下！是用JAVA，c#，或者python；最重要的还是后面从第4层到第7层，再加上今天这个“User Exits”NNd那就完美大发了！

张伟学习到兴头上，在百度查了，夏国最Nb的那些所谓的软件公司的产品，没有一家是这种架构，这种设计体系！

只需要初略的看下新闻就能推导了！某软件公司，沾沾自喜的发布，我从Vb开发语言换到了JAVA，我又从JAVA换到了python，大家鼓掌！殊不知人家SAp，的