Reviewing the Blog Module
Reviewing the Blog Module
Throughout the tutorial, we have created a fully functional CRUD module using a blog as an example. While doing so, we've made use of several different design patterns and best-practices. Now it's time to reiterate and take a look at some of the code samples we've written. This is going to be done in a Q&A fashion.
Do we always need all the layers and interfaces?
Short answer: no.
Long answer: The importance of interfaces increases the bigger your application becomes. If you can foresee that your application will be used by other people or should be extendable, then you should strongly consider creating interfaces and coding to them. This is a very common best-practice that is not tied to Zend Framework specifically, but rather more general object oriented programming.
The main role of the multiple layers that we have introduced are to provide a strict separation of concerns for our application.
It is tempting to include your database access directly in your controllers. We recommend splitting it out to other objects, and providing interfaces for the interactions whenever you can. Doing so helps decouple your controllers from the implementation, allowing you to swap out the implementation later without changing the controllers. Using interfaces also simplifies testing, as you can provide mock implementations easily.
Why are there so many controllers?
With the exception of our ListController
, we created a controller for each route we added.
We could have combined these into a single controller. In practice, we have observed the following when doing so:
- Controllers grow in complexity, making maintenance and additions more difficult.
- The number of dependencies grows with the number of responsibilities. Many actions may need only a subset of the dependencies, leading to needless performance and resource overhead.
- Testing becomes more difficult.
- Re-use becomes more difficult.
The primary problem is that such controllers quickly break the Single Responsibility Principle, and inherit all the problems that principle attempts to combat.
We recommend a single action per controller whenever possible.
Do you have more questions? PR them!
If there's anything you feel that's missing in this FAQ, please create an issue or send a pull request with your question!
最新文章
- mrjob 使用 mongoldb 数据源【转】
- Windows Azure Web Site (13) Azure Web Site备份
- 【MVC 4】8.SportsSore:管理
- 【linux】linux创建用户并授予sudo权限
- Js 基本数据类型、引用数据类型
- DataGridView 的cell赋值没有线程间访问的限制吗?
- 一个简单LINUX程序的逆向
- struts2开发经验小结(method=";{1}";等)
- kafka web console安装
- 微信小程序教程(第一篇)
- 【openstack N版】——摘除一个计算节点
- centos6.5 修改java环境变量
- Array库
- Windows Server 2016-Win Ser 2016已删减内容
- varnish4 配置文件整理
- QSetting的值不能保存。
- 6-6 小球下落 uva679
- Ubuntu中更改所有子文件和子目录所有者权限
- 利用gulp搭建less编译环境
- Linux常见目录使用区别