封装类型

上周，2023年，我那个朋友在杭州参加了一个编程培训，他说他们公司最近在用封装类型提高代码的复用性和可维护性。他说，本质上，封装类型就是将数据和行为绑定在一起，一言以蔽之，就是让代码更模块化。每个人情况不同，但他觉得这对提高工作效率很有帮助。我问他具体封装了多少，他说“算了，你看着办吧。”
我刚想到另一件事，他提到他们团队还用到了接口和抽象类，这些听起来更高级。

上周有个客人问我，说他们公司想做一个封装类型的系统，想了解我这边有没有什么好的建议。我自己踩过的坑是，封装类型这个事情，其实挺关键的，做不好很容易让系统变得复杂，维护起来也很头疼。
我给他的建议是这样的：首先，要明确封装的目的。比如是为了提高代码的复用性，还是为了隔离不同模块之间的依赖，或者是为了方便管理和维护。明确了目的之后，再选择合适的封装方式。
我之前在2023年参与的一个项目中，就是直接用类来封装类型。我们当时封装了几个通用的数据结构，比如列表、字典等，然后在不同的模块中复用。这样确实提高了代码的复用性，但是也带来了一些问题。比如，当数据结构发生变化时，需要修改多个模块，导致维护成本增加。
所以，我建议他可以考虑以下几点：
1. 封装要适度，避免过度设计。 2. 封装要考虑未来的扩展性，尽量设计成开放封闭原则。 3. 封装后的类型要易于使用，避免复杂的初始化过程。 4. 可以考虑使用接口或抽象类来定义一些通用的行为，而不是具体实现。
反正你看着办，我觉得这些思路至少是个参考。我还在想这个问题，封装类型确实是个挺有意思的话题。

说到封装类型，这事儿我得好好跟你唠唠。记得我十年前刚入行那会儿，咱们这行业对封装类型的理解还比较初级。那时候啊，封装类型主要是用来保护代码、隐藏实现细节的。比如说，我那时候接触的第一个封装类型，就是Java里的类（Class）。
那时候，我还在北京的一家互联网公司，记得有一次项目评审，项目经理说：“小王啊，你这代码里直接把变量暴露出来，不安全啊，得封装一下。”我当时也没想明白，就查了查资料，才知道封装类型是这么个东西。它就像给变量穿上了小衣服，别人就不能随便碰了。
后来啊，到了2015年左右，随着移动互联网的兴起，封装类型的应用越来越广泛。那时候，我参加了一个培训，有个讲师说：“现在的APP开发，数据封装非常重要，可以提高代码的复用性和可维护性。”我记得他举了一个例子，说一个电商APP，把商品信息封装成一个类，然后在不同页面调用，方便多了。
再往后，到了2018年，我在一个技术论坛上看到一个讨论，有人说：“现在咱们这行业，封装类型已经从单一的数据封装，发展到业务逻辑封装、接口封装等多层次。”我当时心里就想，这事儿可真发展快。
说实话，这十年间，封装类型的理解和应用，真的是日新月异。从简单的变量封装，到复杂的多层次封装，这其中的变化，就像我从一个愣头青变成了现在的“老兵”。咱们这行业，就得不断学习，不然就OUT了。