|
锁定老帖子 主题：“过度设计”之真实例子
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-09-29
公司给你们 过度设计 的成本 何乐而不为
|
| 返回顶楼 | |
|
发表时间：2010-09-29
lpn520 写道 wangking717 写道 真想看看那个HELLOWORD分8个的代码，让我见识一下。
让你见识一下传说中的8个文件： 前端 helloWord.jsp //页面文件，不用说了 helloWord.js //javascript文件 Struts的Action，就叫动作层吧 HelloWordAction.java //Action类文件，客户端请求到这个类上 业务层 HelloWordService.java //业务接口， 还用了一套传说中的“面向接口编程” HelloWordServiceImp.java //业务实现类，实现上面定义的接口 DAO层 HelloWordDao.java //数据操作类，关于HelloWord业务的数据操作都在这里 HelloWord.java //HelloWord表的ORM的对象 HelloWord.xml //HelloWord表操作的SQL语句，ibatis的sqlmap 这个真的很正常... |
| 返回顶楼 | |
|
发表时间：2010-09-29
IcedCoffee 写道 lpn520 写道 wangking717 写道 真想看看那个HELLOWORD分8个的代码，让我见识一下。
让你见识一下传说中的8个文件： 前端 helloWord.jsp //页面文件，不用说了 helloWord.js //javascript文件 Struts的Action，就叫动作层吧 HelloWordAction.java //Action类文件，客户端请求到这个类上 业务层 HelloWordService.java //业务接口， 还用了一套传说中的“面向接口编程” HelloWordServiceImp.java //业务实现类，实现上面定义的接口 DAO层 HelloWordDao.java //数据操作类，关于HelloWord业务的数据操作都在这里 HelloWord.java //HelloWord表的ORM的对象 HelloWord.xml //HelloWord表操作的SQL语句，ibatis的sqlmap 这个真的很正常... 恩 我也觉的很正常。 |
| 返回顶楼 | |
|
发表时间：2010-09-29
lpn520 写道 kakaluyi 写道 过度设计导致耦合性太高？
那就是设计的有问题了，真正的设计，包括工厂方法，策略，门面模式等等都是为了降低耦合，修改一个模块只要更改很小一部分代码或者配置就好了，你这种情况属于瞎设计 设计多个层，每个层都想着某个功能能共用，也就是说一个业务，经常给多个模块共用，本来就很简单的模块，就是添加删除修改查询的东西，明明可以独立开写的，现在搞得每个模块都融合在一起，修改了一个业务，都不知道会影响哪个模块，你说这算不算耦合性高啊？ 估计都是些纸上谈兵的人在瞎设计。用着面向过程的思想在做面向对象的事。 |
| 返回顶楼 | |
|
发表时间：2010-09-29
IcedCoffee 写道 lpn520 写道 wangking717 写道 真想看看那个HELLOWORD分8个的代码，让我见识一下。
让你见识一下传说中的8个文件： 前端 helloWord.jsp //页面文件，不用说了 helloWord.js //javascript文件 Struts的Action，就叫动作层吧 HelloWordAction.java //Action类文件，客户端请求到这个类上 业务层 HelloWordService.java //业务接口， 还用了一套传说中的“面向接口编程” HelloWordServiceImp.java //业务实现类，实现上面定义的接口 DAO层 HelloWordDao.java //数据操作类，关于HelloWord业务的数据操作都在这里 HelloWord.java //HelloWord表的ORM的对象 HelloWord.xml //HelloWord表操作的SQL语句，ibatis的sqlmap 这个真的很正常... +1. |
| 返回顶楼 | |
|
发表时间：2010-09-29
lpn520 写道 wangking717 写道 真想看看那个HELLOWORD分8个的代码，让我见识一下。
让你见识一下传说中的8个文件： 前端 helloWord.jsp //页面文件，不用说了 helloWord.js //javascript文件 Struts的Action，就叫动作层吧 HelloWordAction.java //Action类文件，客户端请求到这个类上 业务层 HelloWordService.java //业务接口， 还用了一套传说中的“面向接口编程” HelloWordServiceImp.java //业务实现类，实现上面定义的接口 DAO层 HelloWordDao.java //数据操作类，关于HelloWord业务的数据操作都在这里 HelloWord.java //HelloWord表的ORM的对象 HelloWord.xml //HelloWord表操作的SQL语句，ibatis的sqlmap 这样的设计中小型项目应该不会有什么问题啊 ！ |
| 返回顶楼 | |
|
发表时间：2010-09-29
lpn520 写道 wangking717 写道 真想看看那个HELLOWORD分8个的代码，让我见识一下。
让你见识一下传说中的8个文件： 前端 helloWord.jsp //页面文件，不用说了 helloWord.js //javascript文件 Struts的Action，就叫动作层吧 HelloWordAction.java //Action类文件，客户端请求到这个类上 业务层 HelloWordService.java //业务接口， 还用了一套传说中的“面向接口编程” HelloWordServiceImp.java //业务实现类，实现上面定义的接口 DAO层 HelloWordDao.java //数据操作类，关于HelloWord业务的数据操作都在这里 HelloWord.java //HelloWord表的ORM的对象 HelloWord.xml //HelloWord表操作的SQL语句，ibatis的sqlmap 看了这个结构觉得已经很简单了啊。是最正常的分层啊。兄弟，建议你多学点设计思想。就不会问这样的问题了。 |
| 返回顶楼 | |
|
发表时间：2010-09-29
itcrown2005 写道 这算什么，我见过一个浙大毕业的所谓的架构师，设计了一套架构，直接把一个上亿的项目搞死了，服务端好久都起不来，客户端15分钟才起来，还每天嚣张的吹他的架构
可不可以不加上浙大两个字，浙大每年毕业几千人，总有菜的 |
| 返回顶楼 | |
|
发表时间：2010-09-29
jasph77 写道 构架师 自然有架构师考虑。。
要不然人家怎么坐上这个位置，你还是一个普通的程序员。 架构师也是个人，他的架构必然也有不完美地方。 最讨厌那种，整天说这个不好、那个行，自己又没解决方案。 很合理啊，看不出来什么问题。 |
| 返回顶楼 | |
|
发表时间：2010-09-29
这样的分层一般应该是针对一个功能模块或业务模块，而不是针对末个类或文件的。
|
| 返回顶楼 | |
