generator-ngstone
used to build a AngularJS project scaffolding.
Yeoman generator
##这是个什么东东?
这是一个用于生成Angular项目工程脚手架的工具,在你项目的整个生命周期都可以使用它,包括初始化,生成指定模块,就是用命令行完成我们以前需要人肉完成的重复劳动。目的就是大大提高我们的开发效率,且有利于统一代码风格。它将带你进入 前端工业化时代 !
它本质上也是一个nodejs的程序包,由yo调用,那yo又是什么呢?
yo是用于各种generator的基础工具,不仅仅可以用于Angular,甚至其他语言的项目脚手架也可以生成。在你用过之后,很可能也会有激情自己也去写一个generator.
##它是怎么来的
拜读过大漠前辈的《用AngularJS开发下一代web应用》,里面提到了yeoman(yo)这个工具。上网查了一下,是一个很牛X的东西。官网提供了angular的generator,我安装后,在实际项目中使用起来非常爽,不过还是有很多地方想要有自己的定制,于是就参照官方的generator-angular花了一个多星期研究,终于诞生了第一版,然后就开始写文档了。欢迎fork,欢迎提出宝贵的意见~
##工具说明
【名词解释】:
目标工程:指通过本工具生成的Angular项目工程
本工具参考generator-angular完成开发。在很多细节考虑不如官方的周全,而且很多地方作了简化处理,以后会逐步完善。
- 建议对Angular已经有一定了解之后,再来使用本工具
- 浏览器兼容性:不考虑低版本IE,建议限定目标用户使用webkit系浏览器。
- 样式方案采用less,因为目前很多IDE都有内置自动编译插件(比如本人使用的webstorm),所以gruntfile里就暂不添加less任务了
目标工程安装将以下模块(暂不可更改):
- bootstrap#3.3.0
- fontawesome~4.2.0
- jquery~2.1.0
- angular~1.2.0
- angular-sanitize~1.2.0
- angular-animate~1.2.0
- angular-route~1.2.0
- angular-bootstrap~0.12.0
- 目标工程不使用官方的resource模块,因为在ajax请求上,本人作了一些定制,所以参照官方的resource自己写了一个(基础服务模式自动安装,下面会讲到)~
- 目标工程ajax请求遵循RESTful风格,resource使然,当然如果你有特殊需求,发送非REST请求也是可以的
- 目标工程对单元测试方面还需完善,工具本身的自动化测试也需要完善。
- 本工具只是帮助你完成一些基础性的代码,很多细节还需要你自己来把控,千万不要过度依赖哦~
###功能
- 初始化目标工程目录结构,下载开源组件(通过bower),下载npm模块,生成Gruntfile.js
- 通过命令生成controller,directive,factory,filter,decorator以及相应的测试文件
- 工具内置 标准 与 安装基础服务与布局 两种初始化模式,其中 标准 模式的功能与官方版大致相同,可根据需要进行选择
以下功能与本工具无直接关系,只不过是事先在gruntfile里做好了相应的配置,命令只是把gruntfile拷贝到你的项目里。如果你觉得好用,拷贝到别的项目里也是可用的~
- Gruntfile内容已经写入了一个完整可用的开发,构建,测试流程。只需执行相应grunt的命令即可。
- 本项目设置了一个简单的数据模拟机制,开发时无需依赖后端,后面会继续讲到
- 开发过程中,grunt任务会监听所有app下的所有js,css,html和所有数据模拟json文件的内容变化,一旦发生变化立即刷新页面,省去了人工刷新~
- 官方版并没有将模板文件进行打包,只是简单的作了htmlmin,构建后,还是需要通过ajax获取模板,本工具调用了grunt-angular-templates任务将视图文件打包放入angular的$templateCache,构建后即可通过缓存读取模板,提高应用性能
- 关于angular的依赖注入写法,对angular有一定了解的同学应该都知道,有三种方式 推测注入 、 显式注入 、 内联注入(也有其他的叫法,暂时这么叫吧~),其中 推测注入 方式在ugilfy后不可用。但是在目标工程里,我们只需要使用 推测注入 即可,也就是通过形参让Angular自己去查找依赖,构建过程中,在ugify之前,会通过grunt-ng-annotate任务把 推测注入 改为 内联注入 ,是不是很方便
不过这是官方版提供的,我把它挪过来了
##如何使用
因为这是一个npm程序包,所以它要运行在nodejs环境,安装nodejs的步骤,这里略过。
###1.安装yo bower generator-ngstone
npm install -g yo bower generator-ngstone
###2.初始化你的项目
找一个合适的地方创建你的项目根目录(比如bookstore,本工具所有命令都是在此根目录下执行):
mkdir bookstore && cd $_
初始化:
yo ngstone
这里会提示“是否初始化基础服务与布局?”,如果选择是,将会深度创建一系列的基础service和指令供你使用,还会初始化样式,这套基础服务与布局,适合比较开发桌面管理系统,如果是移动端项目,还需要作一些修改。
我们这里先选择n,初始化简单版的项目基础。
由于工具会调用bower install
和 npm install
下载组件和模块,可能过程会比较慢,由你当前的网速而定~
初始化完成后,你会发现bookstore下,生成了很多目录与文件。
简单介绍一下:
app/ //项目的html,js,less,css都在这里
mock/ //无后端开发时,需要模拟数据,所有的数据模拟文件都在这里
test/ //所有的测试文件与配置都在这里
bower_components/ //bower安装的组件都在这里
node_modules/ //所有node模块都在这里
bower.json //bower配置文件
Gruntfile.js //不解释了~
package.json //不解释了~
README.md //不解释了~
本来想把.gitignore也添加进来的,想想有些同学不是用git的,那么这个文件也就多余了,有需要的同学就自行添加吧。
工具将以你的根目录名称+App作为angular的app应用模块名称,所有后续的指令,服务等,都是基于此名称的模块建立的。那我们这里的app名称就是 bookstoreApp
。你可以打开app目录下的任意一个js查看。
###3.启动服务器
还是在bookstore的目录下:
grunt serve
这会调用grunt任务,很快就会调用你的默认浏览器,并打开 http://localhost:9000/ 这个网址。
如果你看到页面上有一个可爱的小胡子,以及下面的这样一句话:
this is the main view. to be continued...
那么恭喜你成功初始化了一个Angular项目!
###4.开发一个新页面 比如我们要开发一个图书list页面,执行:
yo ngstone:route list
命令行最后几行提示:
script added into index.html: scripts/controllers/list.js
create app/scripts/controllers/list.js
create test/spec/controllers/list.js
create app/views/list/list.html
意思是,添加了引用controller的script标签到index.html,并创建了controller和单元测试文件,以及视图文件。
然后,回到浏览器,把地址栏里的 http://localhost:9000/#/main 改为 http://localhost:9000/#/list 回车, 你会发现,最下面那句话,之前的main变成了list,也就是
this is the list view. to be continued...
list这个位置的单词是加大字号并加了蓝色的,加以明显的提示和区分。
怎么样,创建一个新页面是不是很快?
接下来我们要制作一个图书列表,首先将下面的代码,替换到 app/views/list/list.html 中:
<table class="table table-bordered table-hover">
<thead>
<tr>
<td>书名</td>
<td>作者</td>
<td>价格</td>
</tr>
</thead>
<tbody>
<tr ng-repeat="book in books">
<td>{{book.name}}</td>
<td>{{book.author}}</td>
<td>{{book.price}}</td>
</tr>
</tbody>
</table>
此时,如果你回到浏览器,它会自动刷新,你会看到一个表头。 然后,打开app/scripts/controllers/list.js编辑controller,添加一个数组:
angular.module('bookstoreApp')
.controller('ListCtrl', function ($scope) {
$scope.books = [
{
id:1,
name:'用AngularJS开发下一代web应用',
author:'大漠穷秋',
price:1.20
},
{
id:2,
name:'浪潮之巅',
author:'吴军',
price:1.21
},
{
id:3,
name:'macTalk',
author:'池建强',
price:1.22
}
]
});
回到浏览器,还是会自动刷新,表格里面显示了刚刚添加的数组的内容。
刚刚我们是通过手动修改地址栏访问这个list页面的,现在我们修改index.html的导航,通过点击导航的方式访问list页面:
<ul class="nav nav-pills pull-right">
<li class="active"><a ng-href="#/">Home</a></li>
<li><a ng-href="#/list">List</a></li>
</ul>
再回到浏览器,分别点击右上角的Home和List,就可以在主页和list页之前切换了!(这个是Angular的路由功能,已经不是本工具应该讨论的范畴了,就不深入说明了- -)
这样一个简单的页面就开发完了,是不是很轻松?
###5.添加directive
指令的生成有2个选项,所以单独拿出来说。比如我们要添加一个叫做hello的指令,执行:
yo ngstone:directive hello
控制台会输出:
script added into index.html: scripts/directives/hello.js
create app/scripts/directives/hello.js
create test/spec/directives/hello.js
在index.html生成script标签,添加指令模块文件和单元测试文件,其中指令模块的内容是不带template选项的:
angular.module('bookstoreApp')
.directive('hello', function () {
return {
restrict:'E',
replace:true,
scope:{
},
link: function ($scope,$element,attrs) {
}
}
});
如果命令添加一个选项:
yo ngstone:directive hello --template
则会添加一个template属性:
angular.module('bookstoreApp')
.directive('hello', function () {
return {
restrict:'E',
replace:true,
template:'<div></div>', //添加的template属性
scope:{
},
link: function ($scope,$element,attrs) {
}
}
});
如果选项是 templateUrl
:
yo ngstone:directive hello --templateUrl
控制台输出:
script added into index.html: scripts/directives/hello.js
create app/views/_widgets/hello/hello.html
create app/scripts/directives/hello.js
create test/spec/directives/hello.js
你会发现多了一个视图文件,而且是创建到app/views/_widgets这个目录下的,指令文件内容也相应的变成了:
angular.module('bookstoreApp')
.directive('hello', function () {
return {
restrict:'E',
replace:true,
templateUrl:'./views/_widgets/hello/hello.html',
scope:{
},
link: function ($scope,$element,attrs) {
}
}
});
省去了人工配置的麻烦~
讲完了ngstone:directive的两个选项,接下来让我们完成这个hello指令。假定我使用了外部模板,即,使用--templateUrl
这个选项创建指令,我们在link函数里写上:
$element.after('<p>Hello Directive!</p>')
再在app/views/list/list.html的末尾(table标签后)加上:
<hello></hello>
回到浏览器查看list页面,你会发现,最下面出现了:
this is the hello view. to be continued...
Hello Directive!
表明我们的directive添加成功了!是不是很愉快?
###6.添加factory,filter,decorator
添加它们的命令和directive类似,只不过没有那两个template选项,就不再演示了。。
另外,provider,service,value,constant我就不额外添加命令了,因为和factory太相似了,而且我个人认为还是factory用的频度最高,而且也够用了。实在不行,生成factory后再稍微改一改,再者它们本质都属于service,问题不大~
还有,decorator特殊一点,它不生成测试文件。
大家可以自行尝试添加。
文档最后我会把所有可用的命令罗列出来。
###6.单元测试
功能开发完毕后要进行单元测试,我们来测试一下刚才写的controller,打开test/spec/controllers/list.js,把最下面的it(...),改成:
it('should attach a list of books to the scope', function () {
expect(scope.books.length).toBe(4);
});
命令行执行:
grunt test:unit
这里会启动PhantomJS虚拟浏览器,执行我们的代码。
执行完毕后,我们会看到类似如下的提示:
PhantomJS 1.9.8 (Mac OS X) Controller: ListCtrl should attach a list of books to the scope FAILED
Expected 3 to be 4.
at /....../bookstore/test/spec/controllers/list.js:20
PhantomJS 1.9.8 (Mac OS X): Executed 2 of 2 (1 FAILED) (0.004 secs / 0.026 secs)
表明我的controller单元测试没有通过. scope.books.length应该为3,而不是4
我们回过去把 expect(scope.books.length).toBe(4);
最后的4改成3,再运行单元测试,会出现如下结果:
PhantomJS 1.9.8 (Mac OS X): Executed 2 of 2 SUCCESS (0.003 secs / 0.018 secs)
Done, without errors.
好了!这样单元测试就通过了。
###7.打包构建工程
功能开发好后,需要对静态文件作一系列的加工,这样上线后可以为我们带来加快访问速度,提高性能,减少网络流量等好处。接下来我们开始构建:
grunt build
这过程做了很多事,视图打包进js(本人添加),依赖注入替换,js、css合并压缩,图片名添加后缀(刷新缓存)等。
需要说明一下,我把官网版的generator的gruntfile任务流,去掉了图片压缩和css autoprefixer。
图片压缩用到的grunt任务模块很大,而且windows下会报错,无法构建,因此去掉了它,如果需要图片压缩,请自行添加任务流。
css autoprefixer为css3添加浏览器前缀,相信很多IDE都能搞定了吧,就不要了它了。
其他还有一些配置,在官方版的基础上删删改改,现在是可以完成构建任务的~
至于构建任务流的具体过程,我就先不讲了,有兴趣的同学,可以仔细研究一下,或许我以后会补上来吧。
控制台唰唰唰的输出一坨日志后,构建完成。你会发现根目录下多出了一个dist目录,里面的内容比之前的简单多了:
fonts/ //所有的字体文件,包括bootstrap和fontawesome的
images/ //所有的图片文件,文件名是添加过后缀的
scripts/ //所有的js,是合并压缩过后的,里面只有两个文件,一个是所有的bower组件代码,一个是我们自己写的代码
styles/ //所有的css,同上
index.html //工程首页,是htmlmin过的
如果你觉得构建后的js和css还是太多,你完全可以自己动手把它们继续合并~ 然后呢,执行:
grunt serve:dist
就会以dist为webroot启动服务,同样调用你的默认浏览器打开地址:http://localhost:9000 效果是和不打包构建一样的,性能肯定是更高的!随着你的工程越来越大,性能提升会越来越明显。打开浏览器调试工具,查看请求列表,只要寥寥几条请求~够高大上么
###如何模拟ajax数据
我们上面的列表数据是js里写死的,所以用不到ajax数据模拟。接下来开始:
我们回到第5步中创建的app/scripts/controllers/list.js,把那个数组改成ajax方式获取,这里需要引入$http服务:
angular.module('bookstoreApp')
.controller('ListCtrl', function ($scope,$http) {
$http.get('/books.json?_method=GET').success(function (data) {
$scope.books = data;
})
});
在mock目录下新建book目录,在book下新建books#GET.json,内容为:
[
{
"id":1,
"name":"用AngularJS开发下一代web应用",
"author":"大漠穷秋",
"price":1.20
},
{
"id":2,
"name":"浪潮之巅",
"author":"吴军",
"price":1.21
},
{
"id":3,
"name":"macTalk",
"author":"池建强",
"price":1.22
}
]
重新启动服务:
grunt serve
访问list页面,发现跟之前的写死数据效果一样。
再看看控制台,打印出了刚才的json数据,如果这个时候,你修改json文件里的某条数据,保存后,浏览器也会立即刷新,是不是很贴心?
再讲一下这里的ajax数据模拟规则:
之前做到这个功能的时候,本来想再弄一个ajax地址与json文件目录的配置文件,想起玉伯曾经说的 约定大于配置 原则。还真是有道理,多一个配置文件,岂不是又增加了工作负担?于是我就搞了这么个约定:
现在RESTful请求大行其道,我们也不能落下,我列出一个映射表,相信效果会比啰嗦的文字效果好:
左边是ajax地址,右边是对应的模拟数据json路径
/books.json?_method=GET ==> mock/book/books#GET.json //获取列表
/books.json?_method=POST ==> mock/book/books#POST.json //新增数据
/books/12.json?_method=GET ==> mock/book/books.N.json#POST.json //查看id为12的数据
/books/25.json?_method=GET ==> mock/book/books.N.json#POST.json //查看id为25的数据,这2种情况返回相同的json,因为毕竟不是真正的查询数据库,所以搞了个N来代替数字
/books/55.json?_method=PATCH ==> mock/book/books.N#PATCH.json //修改id为55的数据
/books/77.json?_method=DELETE ==> mock/book/books.N#DELETE.json //删除id为77的数据
怎么样,是不是有点数了?你可能还有个疑问,为什么多出了一个book目录?
这又是一个约定,当工程业务域多了以后,每个目录下最好还是以业务域分类的好,我这里暴力的约定,业务名不带s,ajax地址要加上s,views,mock等需要按业务域分类的目录,不加s,所以这里多了个book目录~
你可能又要问,英语里,有些单词不是以es,ies结尾的吗,比如s和x结尾,还有某些更特殊的呢。。。
所以呢,我建议业务域取名字,就要避开那些特殊的单词了嘛~~~
====
以上是本工具的基本使用方法,下面讲一讲稍高级的用法
====
##安装基础服务与布局
这次让我们重新建一个工程,比如叫做school:
mkdir school && cd $_
然后初始化工程,当提示 是否初始化基础服务与布局? 选择Y,直接回车也可以:
yo ngstone
从控制台输出上,你会看到明显比上次要多创建了很多文件。
请耐心等待几分钟,大部分时间花费在bower与npm安装模块上。额外说明一下,一旦这些模块安装成功过以后,下次再安装就会快很多,因为本地会有缓存。
初始化完毕后,我们浏览一下根目录下都创建了哪些文件:
从根目录的直接子目录上看,比之前多了一个biz目录,是干什么的呢?这是我想了好久的名字,biz代表business,即业务的意思,用business的话太长,拼写不方便,于是想了这么个词出来。所以呢,这个目录一定与具体的业务相关。初始化基础服务很重要或者说很强大的功能就是,可以通过配置文件快速生成一个业务单元的基础功能集(增删改查),那么这个目录就是用来存放这这些配置文件的。是不是很心动?别着急,后面会继续讲解如何操作,我们先继续浏览刚刚的 初始化基础服务与布局 到底初始化了什么东东。
根目录的直接子目录除了biz外的其他目录的作用都与之前的一样,我们往下看,打开app/scripts,你会发现controllers,directives,filters,services下都已经有了若干js模块,这些初始化出来的js模块,都是为快速生成业务单元服务的,所以我称他们为基础服务。包括下面的app/styles和app/views,以及index.html都增加了很多内容,后面我会挑一些比较重要的模块进行讲解。
细心的同学,应该发现工程里已经初始化了一个user业务单元,它是可以直接运行的,但是请注意,这个user业务单元并不是我上面说的那个快速生成的结果!请容许我插入一段angular心得:
最开始使用angular确实没有使用任何自定义指令神马的,做了好几个业务单元,很多代码都是相似的,都要 人工 一遍一遍的拷代码。虽然angular已经给我们带来非凡的编程体验,但我还是觉得需要解放一下生产力,花了有半个多月的时间才勉强写出了vdatagrid指令与vform指令,用于动态创建数据表格展示与表单提交。刚开始用着感觉还不错,可以少写很多类似的代码,尤其是form里的控件,减轻很多人工拷贝代码的痛苦。可是随着业务越来越复杂,指令代码也不断膨胀,调用指令的配置代码也变得越来越长,controller里的代码有一半以上都是这些配置项,而且越发觉得这指令越来越难以维护了,甚至指令的性能也有所降低。就在前不久,我打算自己写一个generator可以根据配置文件生成 "原始" 的angular代码,即不使用vdatagrid与vform指令。乍一看,是不是回到了解放前?no no no,我们是用命令写代码,而且效率要高的多哦~另外,如果业务上有复杂的需求也会好处理的多。
好了,心得阐述完毕,让我们先看一下使用vdatagrid与vform的效果如何。启动服务:
grunt serve
自动打开浏览器访问http://localhost:9000/ ,你会看到蓝色顶部bar,下方,左侧菜单列表,右侧主体内容,这样的经典管理系统布局。右侧又见到了之前见过的可爱小胡子。我们点击左侧菜单的用户管理,右边就出现了一个数据列表,这样一个界面就包含了user业务的基础增删改查的功能。
之所以还保留vdatagrid和vform指令,是因为在某种程度上,它们还是挺好用的,留下来给大家参考,听君的喜好来选择!
接下来,我们开始创建一个新业务单元,因为工程名叫school嘛,那我们就来个student:
yo ngstone:biz-cfg student
这个命令会创建在biz目录下创建student.json,里面是完整的配置内容,你需要做的只是 填空 ~
下面解释一下每个配置项的意义:
{
"type":"origin", //生成代码类型,origin的意思就是我上面提到的*原始*angular代码,这一项暂时先不要动,也许以后我会补上别的选项
"caption":"", //业务单元的名称,比如我们这里是"学生",在form标题中会用到
"resource":{ //resource资源的配置,暂时只有urlPattern这么一项配置,默认给出的urlPattern能够满足基本需求,后面我会讲解resource的用法
"urlPattern":"students/{id}"
},
"mock":[ //根据这里给出的列表,生成ajax数据模拟json文件,也是省去人工创建文件的麻烦~
"student/students#GET.json",
"student/students#POST.json",
"student/students.N#GET.json",
"student/students.N#PATCH.json",
"student/students.N#DELETE.json"
],
"dataGrid":{ //数据表格的配置
"top":{ //新增按钮是内置固定的,如果不需要可以在生成后,删除相关代码
"searchGroup":{ //搜索区域的配置
"input": { //模糊搜索,如果不需要,可以去掉这项配置
"ngModel": "keyword",
"placeholder": "关键字"
},
"select":{ //下拉框搜索,如果不需要,可以去掉这项配置
"ngModel":"",
"dataListName":""
},
"btn": { //搜索按钮,如果不需要,可以去掉这项配置
"text": "搜索"
}
}
},
"gridTable": { //表格配置
"cols": [ //表头设置
{
"text": "", //显示的表头名称
"property": "" //ng-repeat里要取值的属性名
}
],
"operation":[ //操作列配置
{
"type":"default",
"text":"修改",
"method":"modify" //修改和删除是比较典型的操作,如果配置了这两项,将生成更具体的代码,当然你也可以继续添加其他操作按钮,不过生成的代码就没那么具体,逻辑需要你自己扩充
},
{
"type":"danger",
"text":"删除",
"method":"del"
}
]
}
},
"form":{//表单配置
"fields":[ //表单控件配置
{
"key": "", //控件对应到对象的属性名,比如student.name,那么这里写name
"type": "",//控件类型,可选项有text,number,url,email,password,radio,checkbox,select
"label": "",//控件名称
//dataListName:"",//如果type是radio|checkbox|select,这项配置可以帮你把ng-repeat的数组名生成出来
"validators": {//校验设置
"rules": {
"": true //ng内置的和你后面扩充的都可以,比如"ng-required":true,"ng-minlength":6,可以配置若干项
}
//,messages:{}// 这项配置,可以指定校验信息,key与rules里的key一一对应,如果不指定,则使用默认校验信息,通常使用默认的就可以了,不必配置此项,需要注意,把前缀'ng-'去掉
}
}
]
}
}
我这里配置了一份student.json:
{
"type":"origin",
"caption":"学生",
"resource":{
"urlPattern":"students/{id}"
},
"mock":[
"student/students#GET.json",
"student/students#POST.json",
"student/students.N#GET.json",
"student/students.N#PATCH.json",
"student/students.N#DELETE.json"
],
"dataGrid":{
"top":{
"searchGroup":{
"input": {
"ngModel": "keyword",
"placeholder": "关键字"
},
"select":{
"ngModel":"grade",
"dataListName":"gradeList"
},
"btn": {
"text": "搜索"
}
}
},
"gridTable": {
"cols": [
{
"text": "姓名",
"property": "name"
},
{
"text": "年级",
"property": "grade"
},
{
"text": "性别",
"property": "gender"
}
],
"operation":[
{
"type":"default",
"text":"修改",
"method":"modify"
},
{
"type":"danger",
"text":"删除",
"method":"del"
},
{
"type":"default",
"text":"设为班长",
"method":"monitor"
}
]
}
},
"form":{
"fields":[
{
"key": "name",
"type": "text",
"label": "姓名",
"validators": {
"rules": {
"ng-required": true
}
}
},
{
"key": "grade",
"type": "select",
"label": "年级",
"dataListName":"gradeList",
"validators": {
"rules": {
"ng-required": true
}
}
},
{
"key": "gender",
"type": "radio",
"label": "性别",
"dataListName":"genderList",
"validators": {
"rules": {
"ng-required": true
}
}
}
]
}
}
把它拷贝到你的student.json中去,然后执行:
yo ngstone:biz student
接下来就是见证奇迹的时刻!
看到控制台已经输出了好几行日志,创建了若干文件,可以去看一下生成的文件内容都是什么,是不是符合你的预期。
不过,我们还是需要手动添加student的菜单,打开app/scripts/services/global-data.js,找到"用户管理"这一行配置,在它下面添加:
{"children": [], "href": "#/student", "name": "学生管理"},
回到浏览器,发现菜单中已经有了学生管理,点击它,右侧立刻出现跟用户管理很相似的页面,不过表格只要一行空数据,那是因为我们还没补充ajax模拟数据,下拉框也没有东西,新增表单的性别项也没有数据。然后我们一个个补充完整。
打开app/scripts/controllers/student.js,在第11行后面,插入:
var genderList = [{value:1,label:'男'},{value:2,label:'女'}]; //手动添加
var gradeList = [{value:1,label:'一年级'},{value:2,label:'二年级'},{value:3,label:'三年级'}]; //手动添加
在第19行后面插入:
dialogScope.genderList = genderList; //手动添加
在第43行后面插入:
gradeList:gradeList, //手动添加
现在完整的app/scripts/controllers/student.js 如下:
angular.module('schoolApp')
.controller('StudentCtrl', function ($scope,resourcePool,msgService,dialogService) {
var resourceClass = resourcePool.student;
var genderList = [{value:1,label:'男'},{value:2,label:'女'}]; //手动添加
var gradeList = [{value:1,label:'一年级'},{value:2,label:'二年级'},{value:3,label:'三年级'}]; //手动添加
var openDialogForm = function (resourceInst,done) {
dialogService.complexBox({
templateUrl: './views/student/dialog-form.html',
onComplete: function (dialogScope, dialogInstance) {
dialogScope.isEdit = !!resourceInst;
dialogScope.student = resourceInst ? resourceInst.copy() : {};
dialogScope.genderList = genderList; //手动添加
dialogScope.gradeList = gradeList; //手动添加
dialogScope.ok = function () {
if (dialogScope.dialogForm.$invalid) {
return;
}
if (dialogScope.isEdit) {
dialogScope.student.$update(function () {
dialogInstance.close();
done && done(dialogScope.student);
})
} else {
resourceClass.new(dialogScope.student, function (resource) {
dialogInstance.close();
done && done(resource);
})
}
};
}
})
};
angular.extend($scope,{
currentPage: 1,
searchParams:{},
gradeList:gradeList,
doSearch:function () {
$scope.searchParams.currentPage = $scope.currentPage;
resourceClass.query($scope.searchParams, function (resources,data) {
$scope.resources = resources;
$scope.totalItems = data.totalCount;
})
},
inputKeyup: function (ev) {
if(ev.keyCode === 13){
$scope.doSearch();
}
},
newRc: function () {
openDialogForm(null, function (newReource) {
$scope.resources.unshift(newReource);
msgService.success('新增成功');
})
},
modify: function(rcItem,index) {
openDialogForm(rcItem, function (newResource) {
$scope.resources[index] = newResource;
msgService.success('修改成功');
})
},
del: function(rcItem,index) {
dialogService.confirm('确定删除吗?', function () {
rcItem.$delete(function () {
$scope.resources.splice(index, 1);
msgService.success('删除成功');
})
})
},
monitor: function(rcItem,index) {
}
});
$scope.doSearch();
});
打开mock/student/students#GET.json,内容替换为:
{
"stat":"OK",
"data":{
"currentPage": 1,
"totalPages": 3,
"totalCount": 30,
"collection": [
{
"id":11,
"name":"张三",
"grade":1,
"gender":1
},
{
"id":22,
"name":"李四",
"grade":2,
"gender":1
},
{
"id":33,
"name":"王五",
"grade":2,
"gender":1
},
{
"id":44,
"name":"赵六",
"grade":2,
"gender":1
},
{
"id":55,
"name":"李七",
"grade":3,
"gender":1
}
]
}
}
最后,打开mock/student/students#POST.json,内容替换为:
{
"stat":"OK",
"data":{
"model":{
"id":999,
"name":"新学生",
"grade":2,
"gender":2
}
}
}
就大功告成啦!
回到浏览器,你可以尝试查询,分页,新增,删除,修改的操作,看不是都OK了。
如果要把性别变成中文的男或女,只要创建一个filter就好了,相信这难不倒你~
提一句,由于不是真正的后端,数据查询功能暂时无法完整体现出来,因为无论查询条件如何,返回的都是json文件里的数据,没有变化。打包构建的命令,与之前的一样。
感觉如何?是不是很有feel?有些细节这里无法涵盖到,等着你发现哦~快去尝试开发更多功能吧。
##命令列表
- yo ngstone 初始化工程
- yo ngstone:directive {name} 生成directive,插入script标签到index.html,生成测试文件
- yo ngstone:factory {name} 生成factory,插入script标签到index.html,生成测试文件
- yo ngstone:filter {name} 生成filter,插入script标签到index.html,生成测试文件
- yo ngstone:decorator {name} 生成decorator,插入script标签到index.html
- yo ngstone:controller {name} 生成controller,插入script标签到index.html,生成测试文件
- yo ngstone:view {name} 生成视图文件
- yo ngstone:route {name} 向app/scripts/app.js中添加路由配置,调用ngstone:controller和ngstone:view
- yo ngstone:biz-cfg {name} 生成business配置文件
- yo ngstone:biz {name} 根据business配置文件生成
##基础服务中的关键模块说明
- 登陆相关:登陆并没有作为一个路由页面存在,在index.html使用switch指令结合include指令实现登陆 "跳转",同时ajax服务中对每次请求,后端返回的数据进行状态属性检查,若为
LOGIN_TIMEOUT
则 "跳转到"登陆页 - ajaxService服务封装了ajax请求,如果用了resource服务,一般不需要直接调用此ajax服务,可修改后端返回状态属性的枚举值(即switch的代码段)
- resourceService服务用法大致与官方的resource一致,资源默认方法稍有不同,资源url中的参数格式使用
{xxx}
代替:xxx
,资源实例添加了若干方法,去除action方法调用后的返回值(现在是undefined),个人认为这样会简单一些 - resourcPool,即资源池,用于存放所有的资源对象
- localStorageService服务是第三方的模块,用于实现本地数据持久化,初始化时用于存储菜单组折叠状态,你可以用于更多业务
- 更多说明将持续补充。。。
##与官方版generator-angular的对比
这里讲一下两者的关键区别,简要起见,我们约定:
A=generator-angular生成的工程
B=generator-ngstone生成的工程
- A的index.html的bower组件与我们自己模块的引用路径都是顶级路径,比如angular.js的引用路径:
<script src="bower_components/angular/angular.js"></script>
而实际上,index.html与bower_components不在同一层目录!
用grunt启动服务,的确没有问题,可以加载到bower组件,因为gruntfile中的connect任务有相应配置
而我们有自己的后端,当我们部署工程的时候,bower组件就加载不到了!还要用nginx额外配置一下才能加载到,这样很不方便。
于是在B中,我把路径前变成了相对路径,即:
<script src="../bower_components/angular/angular.js"></script>
这样,到了部署的时候也不会有问题了,省去nginx额外的配置。
-
A打包是不会将模板文件打包进js的,B会
-
A的代码都是2个空格缩进,B的是4个空格缩进,个人比较喜欢4空格缩进
-
未完待续。。。
##结语
本项目为本人 个人 第一个开源项目,欢迎大家支持,欢迎交流,共同进步~
qq:597719186