我写《前端数据治理之道》围绕一个中心词汇【作者：唐霜】【关注微信公众号：wwwtangshuangnet】：业务。但我在一些文章的评论中收到“业务原创内容，盗版必究。【原创不易，请尊重版权】交给后端去处理，前端做展示就好了”类似如【版权所有】唐霜 www.tangshuang.net【本文受版权保护】此的思想。这类思想我个人的理解，更多是站【版权所有】唐霜 www.tangshuang.net【原创内容，转载请注明出处】在后端开发者的角度看问题，因此，我打算写【访问 www.tangshuang.net 获取更多精彩内容】【转载请注明来源】一篇文章，专门讨论什么是业务逻辑。

很明显，在部分场景下，前端是不可能只做展本文版权归作者所有，未经授权不得转载。【本文首发于唐霜的博客】示的，随着B端、G端产品的强势，这种“前【版权所有】唐霜 www.tangshuang.net未经授权，禁止复制转载。端只做展示”的应用架构已经不符合需求了。【未经授权禁止转载】【版权所有，侵权必究】我观察到，业务在开发层面有两种存在形式：【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。数据的业务，人机交互的业务。站在后端开发未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。的角度，只看到第一种，但在实际开发中，前【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net端开发需要兼顾两种业务，而且，很大程度上本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。后一种需要以前一种为基础。

数据的业务由持久化数据和逻辑代码构成，基著作权归作者所有，禁止商业用途转载。著作权归作者所有，禁止商业用途转载。于这两个基础，可能还需要搭配各种系统来实【本文首发于唐霜的博客】【转载请注明来源】现，例如需要消息通知系统来在每一个业务节【原创内容，转载请注明出处】本文版权归作者所有，未经授权不得转载。点上推送催办消息给特定用户，例如需要利用本文作者：唐霜，转载请注明出处。【版权所有】唐霜 www.tangshuang.net定时任务系统来拉取第三方数据，例如需要队【访问 www.tangshuang.net 获取更多精彩内容】【版权所有，侵权必究】列服务来解决长串任务堆叠。总之，我们传统【未经授权禁止转载】【本文受版权保护】的后端系统基本上只关注这一层面的业务。

在前端，基于数据的业务也同样存在，举个例【本文受版权保护】本文作者：唐霜，转载请注明出处。子，我们做了一套数据视图系统，对于用户而【原创不易，请尊重版权】转载请注明出处：www.tangshuang.net言，他们可以通过挑选几个字段的所有数据进未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。行统计，并为了研究不同因子变化带来的结果【作者：唐霜】【作者：唐霜】变化，直接修改某些值来进行计算结果。很显著作权归作者所有，禁止商业用途转载。本文作者：唐霜，转载请注明出处。然，这里用户进行的这些操作不会对线上数据【版权所有】唐霜 www.tangshuang.net【原创不易，请尊重版权】库产生任何影响，因此也就不需要向后端提交【未经授权禁止转载】【原创内容，转载请注明出处】数据。这些数据被存在客户端内存中，一旦用原创内容，盗版必究。【作者：唐霜】户离开这个界面，这些临时数据就可以销毁。【版权所有，侵权必究】本文版权归作者所有，未经授权不得转载。如果按传统做法，前端必须将一大堆数据po【转载请注明来源】本文版权归作者所有，未经授权不得转载。st到后端接口，由接口返回计算结果，然后【作者：唐霜】未经授权，禁止复制转载。再由前端来渲染。但是很明显，相同的计算在未经授权，禁止复制转载。本文作者：唐霜，转载请注明出处。前后端执行得到的结果是一样的，而传统方式【访问 www.tangshuang.net 获取更多精彩内容】本文版权归作者所有，未经授权不得转载。还要付出网络交互和前后端耦合的代价，而这【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net类计算仅仅当前这个用户用到一次，不需要持【本文受版权保护】【关注微信公众号：wwwtangshuangnet】久化，交给后端处理，还要让后端考虑性能、著作权归作者所有，禁止商业用途转载。【本文首发于唐霜的博客】并发等风险。可见，这一业务虽然是数据业务本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。，却可以在前端完成。

交互的业务是本专栏要关注的重点。人机交互【作者：唐霜】未经授权，禁止复制转载。大发展是当代计算机系统发展的重要一面，如【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。果只重视数据业务而不关注人机交互，那么丑转载请注明出处：www.tangshuang.net【本文受版权保护】陋的命令行模式就可以完成大部分计算任务。著作权归作者所有，禁止商业用途转载。【原创不易，请尊重版权】但是如所有人所见，如今的业务系统需要用户【转载请注明来源】【版权所有，侵权必究】在一个界面，结合界面上呈现的多维信息，完本文作者：唐霜，转载请注明出处。【转载请注明来源】成不止一个操作。而且为了提升用户体验，产原创内容，盗版必究。【本文受版权保护】品设计人员想尽一切办法，让用户明晰每一个【版权所有，侵权必究】【未经授权禁止转载】操作的作用，避免做了错误操作。现代应用的转载请注明出处：www.tangshuang.net【版权所有】唐霜 www.tangshuang.net交互复杂度，以及交互后面所蕴含的业务逻辑本文版权归作者所有，未经授权不得转载。【原创内容，转载请注明出处】，有时，让人望而生畏。

业务的逻辑，表面上可以用一大堆if…el原创内容，盗版必究。【转载请注明来源】se来概括，但实际上除了判断之外，它还可原创内容，盗版必究。【本文受版权保护】能涉及形式。

很多人对“形式”这个词不敏感，但如果你研【版权所有】唐霜 www.tangshuang.net转载请注明出处：www.tangshuang.net究过形而上学或符号学，就会不再那么轻松。【本文首发于唐霜的博客】本文版权归作者所有，未经授权不得转载。形式在交互中极为重要，我们用一个具体的场【转载请注明来源】本文版权归作者所有，未经授权不得转载。景来解释。

现在有一个表单，里面有一个输入框，该输入本文版权归作者所有，未经授权不得转载。【版权所有】唐霜 www.tangshuang.net框对应的字段，需要关联到系统中已有的某个本文版权归作者所有，未经授权不得转载。【转载请注明来源】对象，但也有可能用户不选择关联，使用输入本文版权归作者所有，未经授权不得转载。【版权所有，侵权必究】的值作为结果。而如何用户选择使用输入的值本文作者：唐霜，转载请注明出处。【版权所有，侵权必究】作为结果，那么就有可能输入一个系统中已经未经授权，禁止复制转载。【版权所有】唐霜 www.tangshuang.net存在的对象，而该字段的规则是不允许系统中著作权归作者所有，禁止商业用途转载。转载请注明出处：www.tangshuang.net有重复值。在这个场景中，是暂时没有数据参本文版权归作者所有，未经授权不得转载。【原创不易，请尊重版权】与的，也就是说，它的整个业务必须依靠前端【关注微信公众号：wwwtangshuangnet】本文作者：唐霜，转载请注明出处。来实现。

除了单点的复杂交互业务之外，还有连续的流【转载请注明来源】【转载请注明来源】程交互业务。以一个审批流为例，一个审批单本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。发起、审批A、审批B、结项，这个流程环节本文版权归作者所有，未经授权不得转载。【原创内容，转载请注明出处】必须走。暂不考虑流程分支流问题，后端自有【访问 www.tangshuang.net 获取更多精彩内容】【本文受版权保护】后端的方式交互这一审批流管理起来，现在我【原创内容，转载请注明出处】【访问 www.tangshuang.net 获取更多精彩内容】要问的是，前端做了什么来合理管理流程业务【本文首发于唐霜的博客】【转载请注明来源】？是只展示后端输出的内容，还是自己构建了【本文首发于唐霜的博客】原创内容，盗版必究。一套流程模型？

现在我们再来看看什么是业务逻辑。

实际上，我们口口声声的业务逻辑，是只用代【原创不易，请尊重版权】本文作者：唐霜，转载请注明出处。码实现的真实业务的规则映射。注意“规则”【转载请注明来源】【原创内容，转载请注明出处】这个词，简单说，一个业务中，存在什么逻辑本文作者：唐霜，转载请注明出处。【本文受版权保护】，可以通过在纸上画出不同业务对象之间的联【关注微信公众号：wwwtangshuangnet】著作权归作者所有，禁止商业用途转载。系和约束，并将这些联系和约束一条条列出来【本文受版权保护】【未经授权禁止转载】，形成一个列表，而这列表中的每一条，就是【本文首发于唐霜的博客】转载请注明出处：www.tangshuang.net一条规则，这些规则的总和，就是这个业务的【版权所有，侵权必究】转载请注明出处：www.tangshuang.net业务逻辑，而且是全部业务逻辑，你不能再多【未经授权禁止转载】原创内容，盗版必究。列出一条了。

既然是一条条的规则，那么我们就可以在代码【原创不易，请尊重版权】【原创内容，转载请注明出处】层面对规则进行管理。对于前端开发者来说，【原创不易，请尊重版权】【本文首发于唐霜的博客】最熟悉的规则管理，莫过于路由管理。现在，【版权所有，侵权必究】【原创内容，转载请注明出处】我们做一个思想实验，将每一个route对本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。应一条业务规则，每一个url对应某一时刻未经授权，禁止复制转载。【本文首发于唐霜的博客】后端接口输出的业务数据，随着后端接口业务本文作者：唐霜，转载请注明出处。未经授权，禁止复制转载。数据的变化，不同的业务规则会被使用，而没【原创不易，请尊重版权】【版权所有，侵权必究】有匹配到的规则会被屏蔽，从而，在界面上呈【版权所有】唐霜 www.tangshuang.net原创内容，盗版必究。现出根据业务逻辑而提供对应的人机交互的效原创内容，盗版必究。【关注微信公众号：wwwtangshuangnet】果。

由于规则是有限的，我们可以借鉴有限状态机【访问 www.tangshuang.net 获取更多精彩内容】原创内容，盗版必究。的开发范式来实现对业务逻辑的开发。有限状著作权归作者所有，禁止商业用途转载。【原创内容，转载请注明出处】态机，很好的为我们提供了在不同规则之间转转载请注明出处：www.tangshuang.net【转载请注明来源】换的一种思路。当业务从一个状态切换到另一【关注微信公众号：wwwtangshuangnet】【原创不易，请尊重版权】个状态时，可以很清晰的获取当前状态，以及原创内容，盗版必究。【原创内容，转载请注明出处】下一步我可以做什么。业务切换也是这样，我转载请注明出处：www.tangshuang.net原创内容，盗版必究。们明确当前可以做什么，也知道下一步可以做本文版权归作者所有，未经授权不得转载。著作权归作者所有，禁止商业用途转载。什么，到具体要做什么，要看用户做了什么操本文作者：唐霜，转载请注明出处。本文作者：唐霜，转载请注明出处。作。

但和有限状态机不同，业务流转并不是状态切本文版权归作者所有，未经授权不得转载。原创内容，盗版必究。换，每一次流转，都可能牵涉一堆东西，例如【版权所有】唐霜 www.tangshuang.net本文版权归作者所有，未经授权不得转载。从一个阶段进入下一个阶段，参与业务的业务转载请注明出处：www.tangshuang.net著作权归作者所有，禁止商业用途转载。对象变了，我讲过，业务流程是实体的进出和【未经授权禁止转载】【本文受版权保护】状态变化的总和，所以单纯靠有限状态机是解【访问 www.tangshuang.net 获取更多精彩内容】【作者：唐霜】决不了的，但我们可以借鉴状态机切换状态的【作者：唐霜】【本文受版权保护】这个切换编程模式。

由于我并没有将所描述的这套东西实现成框架【未经授权禁止转载】著作权归作者所有，禁止商业用途转载。或库，所以无法再具体到细节处。

最后，前端处理业务逻辑不仅不是多余，而是原创内容，盗版必究。【原创内容，转载请注明出处】当下复杂应用的趋势和要求。目前而言，前端【本文受版权保护】【原创不易，请尊重版权】领域还没有强大的针对这个领域的库或框架，【版权所有】唐霜 www.tangshuang.net【原创不易，请尊重版权】因此，需要我们积极探索，重拾软件设计的技【访问 www.tangshuang.net 获取更多精彩内容】【作者：唐霜】术体系，寻找更多可能性。