微信小程序行为复用，一招让代码更优雅高效

写小程序的人大概都有过这种体验：页面多了以后，代码越来越臃肿，同样的逻辑在好几个页面里复制来复制去。改一个需求，就得在十几个文件里翻找，改完这个忘了那个，测试的时候又发现漏了一处。这时候你才开始后悔，当初怎么就没想着把公共的东西抽出来。

微信小程序官方其实早就给了一个解决方案，叫behavior。这名字听着有点学术，说白了就是代码的“行为复用”。打个比方，你写了好几个页面，它们都要做下拉刷新、都要有分享功能、都要处理用户授权——这些相似的动作，完全可以用behavior统一管理起来。就像你把常用的工具放在一个抽屉里，用的时候直接拿，不用每次去工具箱底层翻。

我第一次用behavior，是在做一个电商项目的时候。那时候购物车页面、商品详情页、个人中心页，三个地方都要用到一个“计算总价”的功能。原先把这段逻辑写了三遍，每次改价格计算规则，三个页面轮着改，累得够呛。后来我把这段逻辑抽成一个behavior，三个页面各自引入，改一处就行。从那以后，我对这个API彻底改观。

behavior的用法其实特别简单。你新建一个js文件，里面用`module.exports`导出一个对象，这个对象里可以包含data、methods、生命周期函数，甚至还能嵌套别的behavior。然后在页面或组件里，用`behaviors: [你的behavior]`引入。就这么一个动作，那些公共的逻辑就全带过去了。而且你还能在页面里覆盖behavior里的方法，灵活得很。

最妙的是，behavior还能解决组件通信的麻烦。比如你写了一个自定义导航栏组件，好几个页面都要用，但每个页面的导航栏行为不太一样。有的要返回，有的要跳首页，有的要分享。你完全可以把这些交互逻辑写成不同的behavior，用哪个就加载哪个。页面代码干干净净，组件也保持纯粹，各干各的活。

再往深了说，behavior还能帮你处理权限判断这类的横切逻辑。比方说，你的小程序里有些页面需要登录才能看，有些页面游客也能浏览。你可以写一个“登录检查”的behavior，在需要保护的页面里引入，在onLoad里自动判断用户状态，没登录就跳转登录页。这样每个页面就不用重复写那堆判断代码了，而且万一以后登录逻辑变了，改behavior一处就行。

当然，behavior也不是万能的，别什么都往里塞。如果你的逻辑只在一个页面里用，那就老老实实写在页面里，别为了“规范”而生搬硬套。另外，behavior嵌套多了以后，代码的追踪会有点费劲，你得清楚每个字段是从哪个behavior来的。我的建议是，命名要清晰，注释要写明白，别让后来的同事（包括你自己）看得一头雾水。

回到开头说的那个痛点——代码臃肿、重复劳动。behavior这个东西，看起来不过是多了一个API，实际上提供了一种思维方式的转变：从“每个页面独立完成所有事”到“把公共的能力抽出来共享”。这跟组件化的思路一脉相承，只不过组件管的是界面和交互，behavior管的是逻辑和数据。两者配合着用，你的小程序代码不只是变短了，更重要的是变得清晰了、好维护了。

说到底，写代码不只是为了让机器跑起来，更是为了让人类能看懂、能修改、能传承。behavior让代码变得优雅，本质上是因为它逼着你去思考：哪些东西是真正属于这个页面的，哪些东西是通用的。这种思考，比少写几行代码更有价值。下次你写小程序的时候，碰到重复的逻辑，不妨停下来想一想：是不是该抽一个behavior了？