尽管上次交的作业(想想都是好几个星期前的事了)--学习数据建模,其实是没有真正理解的,这几周我反复看教程和项目中的代码组织架构,似乎能明白一些了,再补充一些自己的理解。
我们要搭建的后台项目文件是以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这个模块里的代码。
屏幕快照 2017-06-13 下午9.54.11.png
在解析代码之前,要特别强调一下老师教程中的这段话,值得反复读:
其实,写代码和搭乐高积木差不多。代码的一个变量,一个函数,可以看作是一个乐高的最小元件。每一个 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 的业务要求是 什么,是要拒绝什么?是用户新创建的图片,没审核通过的拒绝被返回?不对呀,没明白,还得请教老师!
网友评论