和项目经理争执一个问题,设计模式到底什么时候使用?

叶落伤城1 JAVA开发工程师  2014-01-22 04:24:09
刚才和项目经理争执这个问题,用jfreechart做统计分析图页面,我自己的方案是用设计模式进行设计,而且编码已经完成,当需要一个新的分析图时,只需要继承类覆写方法就可以轻松完成,所有包括图片的处理都在后台进行。之后碰到了一些问题,请教经理,结果令人大跌眼镜的是经理全盘否认我的方案,他认为展示图片的代码应当全部写在jsp页面,后台只负责筛选数据,他认为这样的好处是前端页面随时可以修改,而且数据和展示已经完成分离,就算界面改变不需要重新启动服务器!同时他认为我的设计过度。而我认为这样的方案会产生大量的冗余代码,毫无扩展性!争论后,经理要求我以他的方式修改代码,我认为这样完全让我几天的劳动付诸东流,况且改成那样的代码,完全是恶心我自己,我觉得对于前端页面的修改,完全可以在系统上线之前确定下来,反正左右都是改,又不是正式上线。大家认为谁说的对呢??
...全文
972 点赞 收藏 42
写回复
42 条回复
liuyuhua0066 2014年01月28日
前台图像报表换成highcharts或者echarts,数据在后台拼装成json,前台可以随时修改图像报表的样式。岂不比jfreechart更好。话说现在竟然还有有用jfreechart,表示很诧异!
回复 点赞
lifeflowers 2014年01月28日
兄弟,一句话,淡定,不要和领导争论、除非你不想干了。 至于设计模式怎么用,其实都是运用于无形之中,很自然的事情。
回复 点赞
a415473410 2014年01月24日
引用 4 楼 Inhibitory 的回复:
页面显示用模板编程,如FreeMarker 你的感觉不对,你经理的也不对。
+1 即不想冗余代码,又想要展现层与控制层分离,还是用动态模板技术比较好
回复 点赞
goodtime 2014年01月24日
同意你项目经理的方式,但理由应该是减轻服务器压力!现在前端也有很多优秀的图表应用。
回复 点赞
无情天下 2014年01月24日
我也补充一下,其实我压根觉得设计模式就是个平民化的东西,他妈我们天天用的东西不就是设计模式吗,像MVC,工厂模式之类的,别以为设计模式高深,看起来很有层次,就是一个人人天天都在用的东西,再说你设计模式也要放对地方呀...不然反而乱了...
回复 点赞
临碣 2014年01月24日
js不也是面向对象的么? 一样可以玩的,呵呵。
回复 点赞
叶落伤城1 2014年01月24日
引用 38 楼 ckao7470 的回复:
看来我还是太水了。。请问,把JSON字符串交给前台JS代码,JS代码怎么把解析内容交给jfreechart啊?能说点细节问题么,知道你们都很牛,说的太泛泛不太懂。jfreechart需要调用ChartFactory,并传给他dataset对象,前端代码怎么写能调用java代码??? 还有我原来的设计是分析图是个<img>的标签,里边src属性是一个action,走STRUTS,传个状态值,后台业务层用设计模式直接返回一个jfreechart对象,然后返回到action,然后struts就把jfreechart对象返回给哪个<img>标签就成图片了。。。
引用 38 楼 ckao7470 的回复:
看来我还是太水了。。请问,把JSON字符串交给前台JS代码,JS代码怎么把解析内容交给jfreechart啊?能说点细节问题么,知道你们都很牛,说的太泛泛不太懂。jfreechart需要调用ChartFactory,并传给他dataset对象,前端代码怎么写能调用java代码??? 还有我原来的设计是分析图是个<img>的标签,里边src属性是一个action,走STRUTS,传个状态值,后台业务层用设计模式直接返回一个jfreechart对象,然后返回到action,然后struts就把jfreechart对象返回给哪个<img>标签就成图片了。。。
晕鸟。。你们说的不是用的jfreechart了吧。。应该是用的别的控件了吧。。。
回复 点赞
叶落伤城1 2014年01月24日
看来我还是太水了。。请问,把JSON字符串交给前台JS代码,JS代码怎么把解析内容交给jfreechart啊?能说点细节问题么,知道你们都很牛,说的太泛泛不太懂。jfreechart需要调用ChartFactory,并传给他dataset对象,前端代码怎么写能调用java代码??? 还有我原来的设计是分析图是个<img>的标签,里边src属性是一个action,走STRUTS,传个状态值,后台业务层用设计模式直接返回一个jfreechart对象,然后返回到action,然后struts就把jfreechart对象返回给哪个<img>标签就成图片了。。。
回复 点赞
大羽飞鹤 2014年01月24日
引用 27 楼 bao110908 的回复:
数据的话,建议使用前端、后端都较为友好的 JSON 吧。
有道理
回复 点赞
火龙果被占用了 2014年01月23日
数据的话,建议使用前端、后端都较为友好的 JSON 吧。
回复 点赞
火龙果被占用了 2014年01月23日
我个人也认为,后台只要负责处理并返回前端展示所需要的数据就好了。 楼主现在的设计是假定在 jfreechart 上了,我们可以试想一下,如果 jfreechart 生成的图片给前端显示的技术用不上了,我们使用诸如 SVG 的图表库的话,那一些 jfreechart 的代码就抓虾了! 就算现在需要使用 jfreechart 的话,在设计上也应做到数据和图形分离,哪怕以后不用 jfreechart 了,那至少数据那块还以继续使用。 经常面试一些人,现在普遍存在一种这样的问题,一问起架构的话,很多人都会回答 SSH,我说,SSH 只是开发框架,是你架构的实现方式,而其本身并不是架构。
回复 点赞
jdgdf566 2014年01月23日
引用 24 楼 wxyong3 的回复:
理解楼主的心情,我也碰到类似的事情,但是最后我妥协了,不过硬着头皮去做自己否认的那个方案真的一点写代码的心情都没有了
回复 点赞
松间沙路净无泥 2014年01月23日
理解楼主的心情,我也碰到类似的事情,但是最后我妥协了,不过硬着头皮去做自己否认的那个方案真的一点写代码的心情都没有了
回复 点赞
无聊找乐 2014年01月23日
引用 22 楼 jiekou0704 的回复:
我能说设计模式就是个垃圾么。
读懂了就不会这么想了
回复 点赞
jiekou0704 2014年01月23日
我能说设计模式就是个垃圾么。
回复 点赞
jdgdf566 2014年01月23日
web就是这样,比较乱。
回复 点赞
jdgdf566 2014年01月23日
引用 15 楼 ylovep 的回复:
个人认为jfreechart不是太好 缺乏动态效果 项目经理说用jsp,说白了也是后台。 不过写在jsp代码规范不是太好感觉乱乱的
可以从jsp再分离出来,但不要与数据弄到一起。
回复 点赞
花谢尊前不敢香 2014年01月23日
设计模式更多的是一种理念。
回复 点赞
叶落伤城1 2014年01月23日
引用 9 楼 ldh911 的回复:
首先,不要急于否定你经理的方案就是没有用设计模式。 我倒觉得,楼主看起来处于:手中有模式,心中无模式 状态;(海涵海涵~~~)。 软件设计有时候还要考虑 规模化开发、测试和运维成本,比如:如果项目需要用你的程序实现100个不同维度、角度、方式展现的统计分析图,而且还要相互之间能跳转来跳转去(切片、钻取、关联查询等): ◎ 你有把握能找10个只会写写JSP的中专生,经过2天培训,就完成这些开发么?还是必须找些精通设计模式的本科程序猿来做这些事情? ◎ 规模化开发过程中,能让需求或测试人员随时看到这些页面的开发效果么?还是需要打包发布?或者是什么动态部署啥的? ◎ 将来系统在天南地北的上线了,如果需要做不同层面的修改,有哪些是需要原设计者去现场?还是可以让现场领着2K薪水的运维人员在你电子邮件或远程指导下就能完成的? 也许你的设计都达到了上述目标,那么我觉得这个设计是不错的,你也可以去跟你经理据理力争;如果不是,就反过来想想你经理提出的方案,能不能解决上述问题? 预祝楼主达成:手中无模式,心中也无模式的境界。
谢谢。。确实不能达到如你所说的这样子。。。你说的这些完全超过我的思考范围了,我想是我的层次还没有达到你这个高度吧。。
回复 点赞
叶落伤城1 2014年01月23日
谢谢楼上各位的劝导。。。后来又和经理沟通了一下,有的地方我理解错了,他意思是包括数据的筛选什么都放在JSP里边,他跟我说对于分析图来讲,界面和数据变化可能性都很大,所以设计模式不适合这里。。。哎。
回复 点赞
发动态
发帖子
Java EE
创建于2007-09-28

3.7w+

社区成员

22.5w+

社区内容

J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区公告
暂无公告