oubin1991的博客

传值调用是传递参数值的副本，函数内部对参数的操作不会影响到函数外部的实际参数，就像借玩具模型，真玩具不受影响。而引用调用是直接传递参数的地址，函数内部对参数的操作会直接改变函数外部的实际参数，如同直接借真玩具，玩具会被改变。简单来说，区别就在于函数内部操作会不会改变调用函数时传入的原始数据，传值调用不改变，引用调用会改变。

小白，咱们用导游带外国游客游览景点来打比方，理解解释程序和编译程序的这个区别。想象有一群外国游客来参观故宫，你是导游。

小白，咱们把汇编语言翻译源程序的过程想象成装修房子，这样就好理解为啥一般要两次扫描啦。

小白，咱们以“吃饭”这件日常小事为例，来理解“语法”“语义”和“语用”。

小白，咱们以“吃饭”这件日常小事为例，来理解“语法”“语义”和“语用”。

小白，咱们用翻译来打比方，轻松理解“汇编”“解释”和“编译”。

这样一来，只要是炒菜相关的事儿，找他就行，他能高效地完成炒菜任务，而且如果炒菜的流程有任何变动，比如换个新菜谱，只需要在他负责的这个“炒菜模块”里调整就好，对其他准备炖汤、蒸菜的部分影响很小。要是“低内聚”呢，情况就不同啦。这样就显得很松散，每个步骤之间关联性不强，一旦炒菜过程中要调整，比如想换种切菜方式，可能就得协调这三个人，很容易出现沟通成本高、效率低下的问题，就像三个各自为政的人，很难高效完成炒菜这个任务。低内聚的模块，内部元素松散，关联性差，就像分工混乱的炒菜团队，不利于程序的开发和维护。

耦合度低，各个模块就能相对独立地开发、修改和维护，就像各自独立搭积木的小伙伴，彼此干扰小。如果你们之间的“耦合度”很高，就好比你搭城堡主体的时候，每搭一层，都得等负责围墙的小伙伴按照你这一层的尺寸去搭一段围墙，然后你才能继续搭下一层，而且你搭下一层的方式还得根据他搭围墙的方式来调整。相反，如果“耦合度”很低，你搭城堡主体就按照自己事先规划好的方法一层一层搭，负责围墙的小伙伴也按照自己的想法去搭围墙，你们俩不需要时刻互相等待、互相配合，各自独立完成自己的部分后，最后再组合到一起。这里面就有“耦合”的概念。

如果某一天，餐厅想升级菜品，或者电影院想更新设备，只要不影响接口，也就是不影响招牌和营业时间这些对外展示的东西，商场的整体运营（整个软件系统）基本不受影响。这就是面向服务编程的好处，每个服务相对独立，可复用、易维护，就像商场里每个店铺可以独立改进，又能和其他店铺协同工作，为顾客提供完整的购物、娱乐体验。在编程里，其他程序想要使用这个服务，也通过特定的接口来调用，知道这个服务能做什么，怎么使用。商场呢，就是一个大的系统，它通过合理的布局和管理，让这些店铺（服务）相互配合。这些店铺就好比是一个个 “服务”。

就像学校有了 “特殊事务办公室” 后，教学工作的管理更有条理，老师们不用在各种文件里找纪律要求和放假通知，直接问办公室就行啦。比如说，专门有一个 “特殊事务办公室”（相当于切片），不管是考试纪律还是放假通知，都由这个办公室统一处理。放假前，就执行放假通知的任务。但有时候，会有一些特殊情况，像是每次考试前要给学生强调考场纪律，每次放假前要通知学生放假安排。传统编程里，这些特殊任务可能会被分散写在不同的代码块里，到处都是，就像在学校不同的文件、通知里都可能提到纪律和放假安排，很混乱。

在面向过程编程里，就是把完成一件事，像做这道菜，拆分成一个个先后顺序明确的步骤（过程）。

嘿，小白，咱就用生活里常见的事儿来唠唠面向对象编程。