锁定老帖子 主题:一个简单架构方案,请大家批评指正,谢谢
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2011-12-06
坏孩子 写道 坏孩子 写道 changxin 写道 坏孩子 写道 需要有良好的ide支持才能提高工作效率,看上去action可以重用,事实上项目中只有少数的action适合重用,弱化java的作用。我们公司就用这样一个框架
我的想法是统一控制层、数据库层,把工作重点放在业务层。 如果把业务拆成一个个sql,对于很多操作都可以通过配置实现,减少代码量,但也会带来性能的牺牲。我觉得视情况而定,有些也是可以接受的 最后会简化成以存储过程或者sql为主导的开发方式,业务最终被放在了数据库上。 能不能推广,至少我们有几百个应用在用吧,当然是强推的。 至于好不好用,能不能提高开发效率,见仁见智。 另外看到有人说这个不算框架,我觉得这个类型框架算一个另类吧 IDE支持只能说给自己用,如果给我,你效率高了,我就变笨了。我很抵制非通用性的自制IDE,包括封装太深的框架! |
|
返回顶楼 | |
发表时间:2011-12-07
b_l_east 写道 坏孩子 写道 坏孩子 写道 changxin 写道 坏孩子 写道 需要有良好的ide支持才能提高工作效率,看上去action可以重用,事实上项目中只有少数的action适合重用,弱化java的作用。我们公司就用这样一个框架
我的想法是统一控制层、数据库层,把工作重点放在业务层。 如果把业务拆成一个个sql,对于很多操作都可以通过配置实现,减少代码量,但也会带来性能的牺牲。我觉得视情况而定,有些也是可以接受的 最后会简化成以存储过程或者sql为主导的开发方式,业务最终被放在了数据库上。 能不能推广,至少我们有几百个应用在用吧,当然是强推的。 至于好不好用,能不能提高开发效率,见仁见智。 另外看到有人说这个不算框架,我觉得这个类型框架算一个另类吧 IDE支持只能说给自己用,如果给我,你效率高了,我就变笨了。我很抵制非通用性的自制IDE,包括封装太深的框架! 是不是抵制,主要看你想往技术方向发展还是业务方向发展 |
|
返回顶楼 | |
发表时间:2011-12-08
都好厉害啊,都自己写框架了啊
|
|
返回顶楼 | |
发表时间:2011-12-08
lovexp2010 写道 哈哈,你自己写了一个框架~~,只不过是简单的,适合你的业务
是啊 ,我也觉的是,呵呵 |
|
返回顶楼 | |
发表时间:2011-12-08
sunway 写道 lovexp2010 写道 哈哈,你自己写了一个框架~~,只不过是简单的,适合你的业务
是啊 ,我也觉的是,呵呵 不过感觉写的不错啊,思路很好 |
|
返回顶楼 | |
发表时间:2011-12-09
sunway 写道 sunway 写道 lovexp2010 写道 哈哈,你自己写了一个框架~~,只不过是简单的,适合你的业务
是啊 ,我也觉的是,呵呵 不过感觉写的不错啊,思路很好 谢谢! |
|
返回顶楼 | |
发表时间:2011-12-09
只要能满足你的需求就行!
|
|
返回顶楼 | |
发表时间:2011-12-11
呵呵,这其实也就是框架思想呀, 思想和struts2、spring mvc有点点类似。
不过实现上面的处理有没有 spring那么易伸缩扩展就不知道了, 我不知道楼主学了多久的javaee了, 不过我觉得每个学过框架的都应该有这样的思想。 呵呵,加油,重构加重构,一定能写出接近完美的东西!! |
|
返回顶楼 | |
发表时间:2011-12-11
坏孩子 写道 需要有良好的ide支持才能提高工作效率,看上去action可以重用,事实上项目中只有少数的action适合重用,弱化java的作用。我们公司就用这样一个框架
我们公司框架和你这个差不错,这样的框架,重点在于IDE,我们有action建模,,有逻辑建模,,画建模图,一般就ok了 langsotech.com |
|
返回顶楼 | |
发表时间:2011-12-11
最后修改:2011-12-11
坏孩子 写道 坏孩子 写道 changxin 写道 坏孩子 写道 需要有良好的ide支持才能提高工作效率,看上去action可以重用,事实上项目中只有少数的action适合重用,弱化java的作用。我们公司就用这样一个框架
我的想法是统一控制层、数据库层,把工作重点放在业务层。 如果把业务拆成一个个sql,对于很多操作都可以通过配置实现,减少代码量,但也会带来性能的牺牲。我觉得视情况而定,有些也是可以接受的 最后会简化成以存储过程或者sql为主导的开发方式,业务最终被放在了数据库上。 能不能推广,至少我们有几百个应用在用吧,当然是强推的。 至于好不好用,能不能提高开发效率,见仁见智。 另外看到有人说这个不算框架,我觉得这个类型框架算一个另类吧 框架这些东西,感觉比较个性化理解多些,,每个人的理解都不一样,有些人理解起来,非得是action、 logic ,service,,component,,api,,这样划分,才ok,不过或回来,你这个框架,细化一下也是这样的一个层次,看有没有必要细化而已 |
|
返回顶楼 | |