Angular2开发拙见——组件规划篇

本文集中讲讲笔者目前使用ng2来开发项目时对其组件的使用的个人的一些拙劣的经验。

先简单讲讲从ng1到ng2框架下组件的职责与地位：

然后讲讲笔者前面的项目时如何使用ng2组件搭起一个网站的：

1. 照着官方的做法，每个应用得有一个根组件。

2. 区分前端路由，每个路由条目指向一个组件，每个组件各自渲染一个页面。

3. 项目扩大，单模块不能满足业务分类，所以先由根路由引导懒加载各个子模块，然后由子模块的子路由各自指向具体的子组件，并渲染各自的页面。

4. 着眼单个子组件渲染的单个页面，其实可以将一些可重用的标签块封装到一个新的组件里（比如需要ngFor遍历的复杂数据项）。

5. 发现其实有一些组件（比如侧边按钮或消息模态框）其实整个项目都可能使用到，得把这些封装成全局共享的组件。

到现在自己都觉得有一点乱，究其原因，应该是组件这个名称的问题，因为在ng2框架下，大到路由页面小到数据条目全都用的组件，声明方式全都一个模样，难免会乱。

没办法只能自己来给组件继续细分类别了，笔者于是把ng2的组件分成了四类：

• 页面组件
  • 与路由打交道，只关心匹配路由规则渲染界面，此类组件在声明时不需要?selector 参数（只由路由定位不需要具体标签）
  • 接收路由参数或resolve数据，尽量不做其他业务交互的请求，且不设Input、Output变量
• 布局组件
  • 用于细分页面的模块若页面较简单可以省去直接使用单位组件，必须有具体的selector参数因为要在页面组件中使用
  • 不负责获取路由或resolve数据，且尽量不请求数据而通过Input传入数据或Output响应事件，所有业务交互请求尽量在布局组件中完成（不至于像放在页面组件中那么乱，且各布局组件可以做到互不影响）
• 单位组件
  • 必须有自己的selector，一般在自己模块中可重用，通过各种属性型指令修饰自身
  • 用于简化单位级别的重复标签，比如获取的列表数据中的每个数据项的界面展示就可以封装成一个单位组件
  • 只负责通过Input传入数据并显示，以及通过Output响应事件到外层的布局组件或页面组件中处理
• 共享组件
  • 必须有selector，整个项目都共享的组件，实现比较自由，重在减少整个项目的重复代码并方便维护
  • 比较合适的比如消息弹框，加载进度条等
  • 大部分的属性型指令，其实功能一般都比较通用，可以与共享组件等同对待，只不过共享组件拥有具体视图而共享指令只用于实现通用功能

如果纯文字不够形象，笔者再给出自己画的简易版ng2超级无敌前端架构图：

讲来讲去其实这里面完全没有技术难点，只是在暗示着一件事——项目目录安排很重要。

ng2可不认识笔者给它细分的这么多类型的组件，这些分类是给自己看的，具体的体现就是以这个分类体系得出的一个项目目录结构。

以笔者自己在写的一个项目为例：

笔者给文件夹命名前面有的加上了加号有的加上了减号，也算是自己的一种看似奇怪的目录结构安排了。

解释一下就是：最外层这个+term代表整个懒加载模块的目录，里面带加号的目录下的组件代表是页面组件，什么符号都没有的代表是布局组件，带减号的目录下的组件代表是单位组件，单位组件可能在整个懒加载模块中都使用到，所以直接在懒加载目录的最外层，而布局组件都在具体的页面组件同级目录下。

总结就是抛开ES6与TypeScript的外表后ng2组件的使用在技术上难点不算多，本文纯粹是一点拙劣的经验之谈，当然笔者目前的经验还远远不足，希望在日后的开发以致研究透彻ng2源码后能有更深的见解。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!