目前 做的 web项目基本上都按模块划分， 比如说用户模块，则会创建model ： user ，以及对应的 userDao ， userService ， userController 问题是我的userController 或者 userService中有十多个方法，感觉这样设计不是很科学， 一个类中方法太多了点 ，有没有什么这方面的建议
不计较一个类有多少个方法算多，有没有这方面改进的建议，一个类太庞大怎么说都是很丑陋的
web 网站架构
不会重复使用的逻辑，可以让它的粒度稍微大一些。方法未必要拆分成那么多。
书看少了，多读书，多学习
http://www.infoq.com/cn/articles/implementation-road-of-domain-driven-design/
模块应该按照文件夹结构组织 举个栗子：仅仅是个例子，如果模块按照文件夹组织，就可以很方便，很干净 当然，发布产品还是要用工具进行构建压缩
-app |— controller |-client |-usr |— model |— store |— view |-client |-usr |—app.js |—index.html -resources |— css |— images
汗一个。。。十多个方法就叫多了= =
需求越细，写的就越多。十多个，算不上多。
如果你实在觉得每个模块都这么写的话，觉得多。那么你可以把公有的抽出来，写个基类，然后去继承下，这样具体到每个模块可能会少很多，清爽些。不过增加耦合（自己看着干吧）
一个controller中十几个方法总比你写十几个php文件强
屏幕或者内存太小？
网盘后台是如何实现对非会员用户下载限速的？
web开发人员数据库应该掌握到什么程度
php无限分类的子分类排序如何写mysql语句
div的border在ie7下无法显示
关于Nginx的http_gzip_static_module和http_gzip_modul...
手机web输入时候调出键盘，完成后，页面整个布局被顶上去了，不能正常显示
