|
锁定老帖子 主题：世上没有B/S系统,只有B系统和S系统.
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-04-13
好文，同意楼主的观点
就比如你去餐厅吃饭，你可以点一份5成或者7成熟的牛扒 但餐厅不会答应你，假如你点的菜色是红烧的水煮鱼 |
| 返回顶楼 | |
|
发表时间：2008-04-19
太长了
看了一下，其实很简单 只传递数据，不传递行为 |
| 返回顶楼 | |
|
发表时间：2008-06-01
LZ在追求理想,老板在追求利润!哈哈
|
| 返回顶楼 | |
|
发表时间：2008-06-02
B/S指的是BROWSER与SERVER，相对于以往的C/S系统，区别在于BROWSER是一个更稳定的CLIENT。它通过以时间换空间的手段换来CLIENT端的稳定或者说一致性，是传统C/S系统中的面向服务思想上的更上一层楼。不知道有没有想过，那么在这一层上的上面，还会不会有新的一层呢。我认为有。那就是操作系统在客户端的消失。因为现在的浏览器仍然是基于OS的。要知道，除了上面所提到的，OS概念本身就在一步步淡化。最初的OS是相对于裸机而言的。但是现在的OS明显已经一步步离那个概念越来越远。进程，内存管理，或者说IE（这个已经变成OS的一部分，应该没有人反对吧），等所有并非直接访问硬件的代码都带有非OS的味道。扯远了，下面回到主题。。。
这样一来，懒人最终将获得成功，不懒的人也最终将获得成功。大家都成功了，这个世界当然会变得更美好。 从这个角度考虑的话，未来的SERVER要承担的任务会越来越重。楼主所提的B系统与S系统其实就是SERVER上面的两个子系统。一个是派出去做外合的，一个是留下来做内应的。其间提到的DWR的问题，其实就是一个解耦的问题。耦合的问题大家都知道，有好处，有坏处。关键在于两个系统之间的关系是什么样的。 比方说，你肯定不希望你跟车之间的耦合太紧，因为有时候你还是需要离开它一下，或者它有时候还是会需要离开你一下。但你在任何时候都不会希望钱离你太远！ |
| 返回顶楼 | |
|
发表时间：2008-06-19
那可以了，页面中的<body></body>是空的，然后全部使用请求过来的数据来填充貌似最理想的一种做法,关键是做到的又有多少?
|
| 返回顶楼 | |
|
发表时间：2008-06-19
fins 写道 但我还是要补充一句: 我虽然曾大量是使用和开发tag,但我对它是非常厌恶的, 使用上也许还比较愉快,但是开发起来真够恶心的.我讨厌一切在服务器端生成html代码的行为. 深有体会，写多了tag代码后看着头晕。所以在写JavaWeb应用的时候，.jsp页面中坚决不出现<%%>服务器端代码，Servlet中也不出现类似：out.print("<table><tr><td>hello world!</td></tr><table/>");代码。B端就做B端自己的事情，S端就做S端自己的事情，互不越界。不过jsp页面最后还是被转换成Servlet然后编译成.class文件，别人本来就叫Java Server Page嘛，干脆用模板把页面静态化吧。我的理解就是按照MVC模式来开发。 |
| 返回顶楼 | |
|
发表时间：2008-06-20
同意楼主的意见，每一层有每一层提供的服务，而这个服务不应该干涉别人怎么使用。
偶也很讨厌通过服务器端向客户端输入HTML和JS代码 |
| 返回顶楼 | |
|
发表时间：2008-06-20
基本上理解了楼主的意思：既然有jsp可用了，就不要在servlet里out.print("<html>");了,甚至可以理解jsp相当于B,servlet相当于S。B和S要严格分离。
|
| 返回顶楼 | |
|
发表时间：2008-06-27
《Expert One-On-One J2EE Development Without EJB》这本书上说
Rod Johnson 写道 J2EE开发者们中间有一种根深蒂固的认识：业务对象和web层应该在物理上分开；我认为这纯属谬见，危害极大、代价极高。 这和fins的观点有没有冲突？ 我理解中的fins的观点就是把B/S程序给C/S化了，一些“表示逻辑”本是由服务端（<%%>的Java脚本，或者是一些tag）完成的，现在移到了客户端。 |
| 返回顶楼 | |
