基于MVC模式的电商项目开发系列之3：后台功能

1.后台功能开发顺序及实施步骤

后台各模块的顺序如下：

切实可行的具体方案
商品分类管理为例说明

流程：
- 确定目标
- 分析业务逻辑
- 编写代码实现
- 测试

具体的实施方案如下：

总结：11163，一个模块，对应的一张表、一个模型，一个控制器，六个方法，三个视图。

具体编写如下：

一张表

一个模型

一个控制器

---

2.商品分类管理

2.1.明确目标

完成商品分类的增删改查操作
感性的认识一下

添加

显示

编辑

---

2.2.业务逻辑

所谓的业务逻辑就看两个内容，表结构和表间关系

2.2.1.表结构

• parent_id：父分类的id
• cat_des：分类描述
• unit：分类的描述单位，服装/件，书籍/本，手机/部
• sort_order：人为的排序依据
• is_show：是否显示

重点是parent_id，父分类的id，用于表示分类之间的关联。

这个分类其实就是无限分类。— 重点

所谓无限分类，就是给定一个分类，我们可以无限制的添加后代分类。

要实现无限分类，需要从两个方来考虑：

• 表的设计 – parent_id，
• 程序的实现 — 递归思想

其实还有一种方案，不用递归思想，暂时不提。

具体的理解

2.2.2表间关系

处在父表的位置，暂时不予考虑，但是一旦实现子表对应的功能之后，还是需要考虑它们之间的关联。

---

2.3 添加分类

第一步，显示添加界面
代码如下：

直接在地址栏中访问，
http://localhost/shopcz/index.php?p=admin&c=category&a=add

第二步，入库操作
在编写代码之前，需要确保表单属性的正确性，主要有两个内容：

• 表单的action属性
• 表单域中的name属性，尽量和表字段保持一致

然后，编写代码如下：

对应的模型如下：

添加数据如下：

接下来，需要在顶级分类下面添加子分类，如何实现

在addAction中编写代码如下：

模型中对应的方法定义如下：

然后，在视图页面中输出分类信息

再继续添加数据如下：

怎么关联的，看html代码结构，如下：

---

2.4.显示分类

首先，看一下最终效果

其次，分析业务逻辑如何来实现呢
分步完成

第一步，显示所有的分类信息

在indexAction中编写代码如下：

然后，在视图页面cat_list.html中遍历输出，如下：

显示效果如下：

第二步，对分类信息重新排序
具体如何实现呢？

先看一个简单的demo，还是以省市区为例说明

流程图如下：

编写代码实现：

初步代码如下：

结果是这样的，只有顶级地区，

原因是使用了局部变量，又没有很好的处理返回值。

试图使用全局变量来解决

结果ok，但这个代码不实用。原因：在函数外面单独定义一个全局变量，内聚度低。

使用静态变量即可。（面试题：静态变量有何特点？）
函数内部的静态变量可以起到局部变量的作用。

static是有副作用的，使用的时候小心。（由于静态变量是常驻内存的，如果在一个动作中使用多次，则会出现叠加[重复]的情况）

在商品分类中使用tree方法完成分类的重新排序
在模型当中定义tree方法

然后在getCats方法中应用它，

其他不变， 结果如下：

结果是ok 的，但是显示的不是特别的清晰，需要按照层级来缩进。

第三步，按层级缩进
如何表示每个分类的层级。
解决方案有两种：

• 在表中增加一个字段表示层级
• 在tree方法处理过程中，增加一个内容，表示层级

此处，使用第二种方案，代码如下：

然后，在视图页面中，通过level来输出对应的空格（TAB）

把这个效果应用到添加分类的地方，如下：

效果如下：

---

2.5编辑[修改]分类

第一步，显示编辑表单页面

注意，在显示的时候，一定要获取当前这个分类的信息，并展示到当前编辑的页面中。

编辑的url如下：

所以，在控制器中编写代码如下：

在视图中编写代码如下：

分析上级分类的时候，参考下图

第二步，完成更新操作
在编写代码之前，确保两个事情

• Action属性
• 传递cat_id
  

具体编写代码如下：

做一些测试，如下：

数据消失了，根本就不显示，why？
查看数据库，

数据都还在，只不过在遍历的时候，无法查找出来。

原因：将当前分类或当前分类的后代分类作为其上级分类
分析原因如下：

结论：我们在完成具体功能的时候，还要考虑具体的业务逻辑。保证整体数据的完整性。

目标：在更新的时候不能将当前分类或当前分类的后代分类作为其上级分类

解决方案有两种：

• 在显示上级分类的时候，将自己及其后代分类剔除掉。
• 在更新操作之前，做一个判断。

此处，我选第二种。

给定一个分类，需要找出其所有后代分类的cat_id,同时也包括它自己，以数组的形式返回。
在模型中定义一个方法，获取指定分类的后代分类的cat_id

然后在控制器中调用该方法：

---

2.6 删除分类

删除的入口：

在删除的时候，需要提示是否删除，以防止误操作

编写代码如下：

测试之

当删除的分类还有后代分类的时候，结果后代分类不显示了，why？

原因如图：

所以，在删除的时候也需要判断，如果当前分类有后代分类，需要额外处理，
解决方案有两种：
将当前及后代分类一并删除，暴力法
提示，如果当前分类有后代分类，不允许删除，请先删除子分类，温柔法

此处，我选择温柔法。

编写代码如下：

总结：
mvc三板斧，一般是先写控制器，接着载入视图，然后编写模型。
重点是对业务逻辑的理解。

一个中心，两个几点
业务逻辑是中心，两个基本点是mvc和oop。

写代码的时候一定要细心、思考。

任务：

• 商品分类管理
• 品牌管理
• 后台登录管理

友情提示：不要写基础类