前端的业务逻辑

简单来就是在怎么作事（how to do）, 比方说你去餐馆吃饭, 你点了个炒米粉，服务员给你下单，厨房见到单后下锅给你炒，你吃完后付帐。这一些列动做均可以说是业务逻辑。

业务逻辑就是客户的逻辑

在 N 层架构的系统中，常常会提到这些名词。

表现层（Presentation layer） 业务逻辑层（Application layer） 数据访问层（Data layer） 在一个系统开发过程当中，后台作一些处理，若是成功，则跳转到 success_xxx 页面，若是失败，则跳转到 fail_xxx 页面，若是系统抛出了异常，则跳转到 5xx 页面，…… 这些属于页面逻辑。

还有一些持久层的逻辑，也就是对数据库的操做。

业务逻辑是核心逻辑，只关注用户的业务，好比管理系统和财务系统，须要处理的业务确定不同，可是页面的跳转大体相同，对于持久层的操做也差很少。若是你使用了 SSH 框架，那么 hibernate 和 struts 的代码有很大一部分能够复用。

业务逻辑（BL Action）不关心页面如何跳转，只是简单的返回成功，或是失败，或是异常，struts 框架根据配置文件跳转到相应的页面。

业务逻辑也不关心数据如何存储，是存储在文件系统，仍是存储在数据库系统。是存储在MySQL，仍是NoSQL。也不关系到底用没用缓存。