尽管上次交的作业（想想都是好几个星期前的事了）--学习数据建模，其实是没有真正理解的，这几周我反复看教程和项目中的代码组织架构，似乎能明白一些了，再补充一些自己的理解。
我们要搭建的后台项目文件是以MVC的模式来进行组织的。
M--表示模型，组织数据和程序的功能
V--表示视图，用于处理和用户的交互
C--表示控制器，负责将视图请求转化给对应的模型
具体在我们学习的项目--实现图片交换功能里，比如通过evergrow 脚手架一键生成的model文件，通常都包含四个文件：
yo evergrow:model user
user-controller.js
user-manage.js
user-model.js
user-routes.js
yo evergrow:model Image
image-controller.js
image-manage.js
image-model.js
image-routes.js
从这四个文件我能理解就已经包含了 MVC 中的 M 和 C ，而这个 M 老师的教程中说不仅仅包含数据模型，还包括数据处理，即业务逻辑部分。那对应的就是〜-model.js与~-manage.js这两个文件模块。那这个 C 对应的就是 ~-controller.js 和~-routes.js 这两个文件模块。
只是我也好奇，为啥 MVC中的 V 它还得单独一键生成不一样的四个文件，
yo evergrow:view Image
view/image/imageList.html
view/image/imageProfile.html
public/js/image/imageList.js
public/js/image/imageProfile.js
由于这个视图部分涉及到显示给用户的界面如html , css , js 等这些前端的内容，表示还没看懂，还得努力学！
理解了以上这些大致的架构，对于教程中一节一节的内容感觉就容易些了。
第一部分 业务逻辑
这一节，我主要记住，业务逻辑代码的组织结构和规律。
具体解析image-manager.js这个模块里的代码。
在解析代码之前，要特别强调一下老师教程中的这段话，值得反复读：
其实，写代码和搭乐高积木差不多。代码的一个变量，一个函数，可以看作是一个乐高的最小元件。每一个 JavaScript 文件，就像是乐高的一个小人，小车或小屋。最后我们实现的整个 Node.js 项目，就是整个宏大的乐高场景。
我们引用模块其实和寻找合适的积木是一样的。通过把自己写的，别人已经拼好的，进行恰当的组合，就可以完成千变万化的作品。
因为这段话，我明白了为啥要 require()那么多东西，也明白了干嘛要写这么多~.js文件，它们到底要干嘛！好的类比真的好伟大！
正式进入代码解析
- 上面代码的前三句是模块引用。有全局模块 lodash （一套工具库）和项目本身的 image-model 和 db-manager。项目本身的模块以文件相对路径来引用，全局模块就只需要名字。
- module.exports={} 里封装的就是 image-manager.js 这个文件模块要申明的功能，这些功能包括最基础的 CRUD数据操作，create (C - Create), load (R - Read), update (U - Update), remove (D - Delete) 和 list (批量 Read)。
- function(){} 部分就是 module.exports={} 里申明的方法的具体实现办法，一个方法对应一个相同名称的函数。
- 这意味着如果要修改或添加某个功能，上述代码的三个部分可能都需改动，起码得改动两个部份。
- 教程中的两个功能实操代码，看是看明白了，只是老师布置的作业，写个 reject 的方法并导出，没理解这个reject 的业务要求是 什么，是要拒绝什么？是用户新创建的图片，没审核通过的拒绝被返回？不对呀，没明白，还得请教老师！
