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

- 详细资料
搜索本博客
最近加入圈子
最新评论
-
JSP is no longer require ...
stevenwang 写道个人愚见,越清晰的 架构,复杂度 越高,时间 成本 越 ...
-- by triu -
JSP is no longer require ...
个人愚见,越清晰的 架构,复杂度 越高,时间 成本 越高。为了 实现 层之间的通 ...
-- by stevenwang -
JSP is no longer require ...
Transformers 写道建议做一些code generator,我现在的项 ...
-- by triu -
JSP is no longer require ...
建议做一些code generator,我现在的项目也是基于XML+XSLT,在 ...
-- by Transformers -
JSP is no longer require ...
ray_linn 写道XSL一下类似docbook这样复杂的DTD就知道爽了. ...
-- by triu






评论排行榜