只显示主题贴

我下面的观点,有错吗? 错在哪呢? 其实我对自己也充满了怀疑 引用 在B/S系统中 UI层与系统其他层面的东西的唯一联系应该是"数据" UI层应该是在后台系统不变的情况下可切换的 一个B/S系统中 应该有两个框架 一个负责s端 一个负责b端 三个太多 ,一个太少, 两个刚刚好 能说什么呢?LZ的观点百分之百的支持。 如果需要依赖其他人开发的组件来达成快速、高效的话确实存在很大的问题, 为什么之前已经有很多人阐述过了,当然从纯粹满足客户需要,达成交易的 目的来说,这也没什么大问题,但LZ强调的好的框架设计并非单纯指效益好。 的确,唯一联系应该是"数据",而基于XML+XSLT的框 ...
  • 进入论坛 AJAX
http://www.yeeyan.com/category/insidefacebook
理清楚开发流程,进行必要的分工,持续改进。
把对数据库相关数据的操作弄成Web Services即可。
看来还是有志同者,在下也在这个方向上努力,且已经成功地实现了业务逻辑和显示还有持久这三层的划分。顺便纠正LZ一个笔误,这样做的结果应该是降低维护成本,而不是提高维护成本。
遗憾错过了LZ发贴的第一时间,在异构系统的整合方面我有完整的解决方案,如果现在的方案实施不了,请你和我联系。
技术人员和客户谈的是需求,而业务人员和客户谈的是需要,这两者有很大区别,只有明白了这两个的区别,在和客户交流的时候才能得心应手。
我自己开发了一个基于XML+XSLT的Web开发框架,能实现快速开发、即插即用、多语言、多样式(用户可选择样式模板),详细情况可以通过《JSP is no longer required.》了解。
  • 进入论坛 Java
姜公说的现在已经实现了的。最初的应该是Cocoon开发框架,不过Cocoon的管理很糟糕,开发效率不高,幸运的是我已经把它改造了,实现了数据,表现,行为,当然还应有管理的分离,可以参见我关于《JSP is no longer requiered》的文章和相关讨论。
  • 进入论坛 Java
说到底是为了提高竞争力,信息化提高竞争力有两个方面:1。响应市场的速度,这需要提高企业处理信息的速度;2。降低成本,特别是供应链各个环节的周转成本;
triu
搜索本博客
博客分类
最近加入圈子
最新评论