Laravel+Sximo

当我们开发一个后台程序的时候，通常关注的就是怎样处理用户请求，给用户一个怎样的响应。

整个过程通常是这样子的：

收到请求—>一个单一的入口文件（就是一个路由分析处理程序）—>找到对应路由—>一系列的处理（请求/响应数据的处理）—>返回一个视图

在没有使用框架的情况下，上边的一系列流程处理都由后台开发者来进行维护/管理。开发者不仅要关心用户响应数据处理，还要把握流程的控制。并且流程控制的逻辑基本是相似的，项目之间可以进行复用。当项目足够大时，开发者自己写的那一套程序，如果独立出来基本也就是一个不那么通用的框架了。

1. 使用laravel

laravel就是那样的一套算是通用的框架程序，这里边开发者只要关注用户响应数据的部分，对于请求的处理简单的使用框架的规则编写业务层的代码即可（路由，控制器，视图模板文件等），简化了开发管理的逻辑。并且封装了一系列的处理请求/响应的“更加优雅“API,会让程序开发更加的简单。

laravel项目结构

使用的是版本5.2.15

• 重要文件夹及作用：

app:业务逻辑文件夹，写的路由、控制器，中间件规则都在该目录下。

bootstrap: 框架启动载入文件。

public：用户可以访问的唯一文件目录，用于存放你的css，js，image等资源文件。

resource：存放最原始的资源文件夹，比如你的less，sass，coffescript文件，以及模板视图文件如blade文件。

storage：日志文件，及编译后的视图文件等。

config：各种配置文件的存放目录。

2. SXIMO

现在通过laravel框架，开发者可以很好的对自己的代码/业务逻辑进行控制。那网站的内容怎么管理，比如一个新闻站点现在需要更新一条消息，你该怎么做？

当然你可以自己写一套CMS程序，这里就不说了。我们来说一下sximo这个cms框架程序。

一个很重要的概念：

数据库中的一张表—->sximo中的一个module—->HTML一张表单

如下图：

在sximo中我们每创建一个模块都对应到app/view/下边的一个文件夹，该文件夹存放该模块对应的模板文件（即blade.php文件）。每个模板文件通过接口能简单的获取板块对应的数据表的数据。使用sximo的好处就是，方便了后台对数据库的操作。对模块数据表数据操作，框架本身已经封装。返回的数据前台直接使用即可。