● [合集] 怎么访问中间层？发信人: diaochong (静静的雕虫~~小猪), 信区: J2EE
标 题: [合集] 怎么访问中间层？
发信站: BBS 水木清华站 (Tue Mar 30 10:04:11 2004), 站内
【 以下文字转载自 JavaClub 讨论区 】
发信人: diaochong (静静的雕虫~~小猪), 信区: JavaClub
标 题: [合集] 怎么访问中间层？ (转载)
发信站: BBS 水木清华站 (Tue Mar 30 10:03:49 2004), 站内
☆─────────────────────────────────────☆
Erratic (漂砾) 于 (Sat Mar 15 11:32:02 2003) 提到:
发信人: Erratic (漂砾), 信区: SoftEng
标 题: 怎么访问中间层？
发信站: BBS 水木清华站 (Sat Mar 15 11:24:20 2003), 站内
发信人: Erratic (漂砾), 信区: DotNET
标 题: 怎么访问中间层？
发信站: BBS 水木清华站 (Sat Mar 15 11:23:38 2003), 转信
在网站中，中间层和前面表现层之间是用什么方式通讯的呢？比如我有一些表格处理程序
，当客户发出请求后，这些表格处理程序从数据库中装载表格格式和数据，由于不同的客
户有可能请求相同的表格，因此比较合理的方式是在一个中间层上放置表格处理程序以及
一些数据的缓冲，我现
在有些困惑的是一个asp.net app怎么去访问这个中间层呢？比较明显的方式是把这个中
间层做成web service，或者windows
service，但是我不知道在一般情况下是怎么来处理这个问题的。应该说这是个很基本的
问题，但是以前没有处理过，不知道各种做法有何利弊，还请有经验的大虾们不吝赐教
//bow
☆─────────────────────────────────────☆
Erratic (漂砾) 于 (Sat Mar 15 11:33:03 2003) 提到:
在J2EE中，是不是只需要关注EJB自己的业务
逻辑就可以了？这些事情是不是不需要操心？
【 在 Erratic (漂砾) 的大作中提到: 】
: 发信人: Erratic (漂砾), 信区: SoftEng
: 标 题: 怎么访问中间层？
: 发信站: BBS 水木清华站 (Sat Mar 15 11:24:20 2003), 站内
: 发信人: Erratic (漂砾), 信区: DotNET
: 标 题: 怎么访问中间层？
: 发信站: BBS 水木清华站 (Sat Mar 15 11:23:38 2003), 转信
: 在网站中，中间层和前面表现层之间是用什么方式通讯的呢？比如我有一些表格处理程序
: ，当客户发出请求后，这些表格处理程序从数据库中装载表格格式和数据，由于不同的客
: 户有可能请求相同的表格，因此比较合理的方式是在一个中间层上放置表格处理程序以及
: 一些数据的缓冲，我现
: ...................
☆─────────────────────────────────────☆
UltraFool (遥望·遐想·感伤) 于 (Sat Mar 15 17:32:58 2003) 提到:
web services做这种是很糟糕的吧, 性能差, 功能也弱
如果是远程的话用.NET Remoting通信, 如果我没搞错的话
它比java RMI或JAX-RPC简单多了, 而且它很灵活, 可以用
二进制+tcp
soap+tcp
soap+http
二进制+http
只需要XML配置就完了
【 在 Erratic (漂砾) 的大作中提到: 】
: 发信人: Erratic (漂砾), 信区: SoftEng
: 标 题: 怎么访问中间层？
: 发信站: BBS 水木清华站 (Sat Mar 15 11:24:20 2003), 站内
: 发信人: Erratic (漂砾), 信区: DotNET
: 标 题: 怎么访问中间层？
: 发信站: BBS 水木清华站 (Sat Mar 15 11:23:38 2003), 转信
: 在网站中，中间层和前面表现层之间是用什么方式通讯的呢？比如我有一些表格处理程序
: ，当客户发出请求后，这些表格处理程序从数据库中装载表格格式和数据，由于不同的客
: 户有可能请求相同的表格，因此比较合理的方式是在一个中间层上放置表格处理程序以及
: 一些数据的缓冲，我现
: ...................
☆─────────────────────────────────────☆
UltraFool (遥望·遐想·感伤) 于 (Sat Mar 15 17:33:52 2003) 提到:
我感觉是, EJB基本把RMI细节隐藏了
【 在 Erratic (漂砾) 的大作中提到: 】
: 在J2EE中，是不是只需要关注EJB自己的业务
: 逻辑就可以了？这些事情是不是不需要操心？
☆─────────────────────────────────────☆
Erratic (漂砾) 于 (Sat Mar 15 17:51:38 2003) 提到:
恩，我也觉得Remoting不错。只是觉得如果在一台机器上的话，
使用Remoting是不是有点费？
【 在 UltraFool (遥望·遐想·感伤) 的大作中提到: 】
: web services做这种是很糟糕的吧, 性能差, 功能也弱
: 如果是远程的话用.NET Remoting通信, 如果我没搞错的话
: 它比java RMI或JAX-RPC简单多了, 而且它很灵活, 可以用
: 二进制+tcp
: soap+tcp
: soap+http
: 二进制+http
: 只需要XML配置就完了
☆─────────────────────────────────────☆
bakkhos (笨瓶子) 志存高远·思考永不停步 ) 于 (Sat Mar 15 17:52:26 2003) 提?
我记得.NET有本地方式之类的东西
【 在 Erratic (漂砾) 的大作中提到: 】
: 恩，我也觉得Remoting不错。只是觉得如果在一台机器上的话，
: 使用Remoting是不是有点费？
☆─────────────────────────────────────☆
Erratic (漂砾) 于 (Sat Mar 15 17:58:43 2003) 提到:
我再找找..
【 在 bakkhos (笨瓶子) 志存高远·思考永不停步 ) 的大作中提到: 】
: 我记得.NET有本地方式之类的东西
☆─────────────────────────────────────☆
UltraFool (遥望·遐想·感伤) 于 (Sat Mar 15 17:58:51 2003) 提到:
呵呵, 也可以把中间层可以和表现层在一个进程中间吧, 只要保持逻辑上的
分割就可以了吧, 以后要扩展到远程可能也很容易
【 在 bakkhos (笨瓶子) 志存高远·思考永不停步 ) 的大作中提到: 】
: 我记得.NET有本地方式之类的东西
☆─────────────────────────────────────☆
Erratic (漂砾) 于 (Sat Mar 15 18:06:46 2003) 提到:
我想在不同的asp.net程序实例中共享一些数据缓冲，比如
很多业务定义数据，其实没必要每个asp.net应用程序进程
保持一份，每次都到数据库中去加载一次效率也不高，因此
产生了构造这么一个中间层的想法（我想中间层最原始的用处
就是这样吧），每个请求到发到这个中间层上，这样从结构上
来看比较合理一点。不过你说的放在一起从开发进度上来说
应该更合适一些。
【 在 UltraFool (遥望·遐想·感伤) 的大作中提到: 】
: 呵呵, 也可以把中间层可以和表现层在一个进程中间吧, 只要保持逻辑上的
: 分割就可以了吧, 以后要扩展到远程可能也很容易
☆─────────────────────────────────────☆
UltraFool (遥望·遐想·感伤) 于 (Sat Mar 15 18:15:07 2003) 提到:
java中好像也没有办法在进程之间也保持本地调用吧 , EJB本地接口
如果没记错得在同一个EAR之中的?
不同进程可以用进程间通信?要不只能用RMI了, 还有办法吗
【 在 Erratic (漂砾) 的大作中提到: 】
: 我想在不同的asp.net程序实例中共享一些数据缓冲，比如
: 很多业务定义数据，其实没必要每个asp.net应用程序进程
: 保持一份，每次都到数据库中去加载一次效率也不高，因此
: 产生了构造这么一个中间层的想法（我想中间层最原始的用处
: 就是这样吧），每个请求到发到这个中间层上，这样从结构上
: 来看比较合理一点。不过你说的放在一起从开发进度上来说
: 应该更合适一些。
☆─────────────────────────────────────☆
Erratic (漂砾) 于 (Sat Mar 15 18:17:49 2003) 提到:
恩.
.net中对不同进程好像也很难用本地调用，要不就用
remoting吧，呵呵
【 在 UltraFool (遥望·遐想·感伤) 的大作中提到: 】
: java中好像也没有办法在进程之间也保持本地调用吧 , EJB本地接口
: 如果没记错得在同一个EAR之中的?
: 不同进程可以用进程间通信?要不只能用RMI了, 还有办法吗
☆─────────────────────────────────────☆
BadBoy2Man (最爱最爱香饽饽) 于 (Sun Apr 20 19:54:33 2003) 提到:
人们常说三层应用,但一般扩展性稍好一些得多层应用至少应该分为5层,
界面层,用户连接层,逻辑层，数据连接层，数据层。
（具体可参考Windows DNA的架构或者.NET的架构）
这种分层方式适合公司里只有一个产品线的项目或者产品，
或者有多个产品，但各个产品独立性都表较强。
用户连接层负责处理界面和逻辑层之间的连接。在某种程度上，目前Java WEB应用中
比较流行的Strtus可以说是比较好的用户连接层的架构。
在Java里面人们常说MVC模型，很多人误以为MVC模型就是三层应用，
其实这是两个很不一样的概念。
（下一次有空再仔细说）
【 在 Erratic (漂砾) 的大作中提到: 】
: 发信人: Erratic (漂砾), 信区: SoftEng
: 标 题: 怎么访问中间层？
: 发信站: BBS 水木清华站 (Sat Mar 15 11:24:20 2003), 站内
: 发信人: Erratic (漂砾), 信区: DotNET
: 标 题: 怎么访问中间层？
: 发信站: BBS 水木清华站 (Sat Mar 15 11:23:38 2003), 转信
: 在网站中，中间层和前面表现层之间是用什么方式通讯的呢？比如我有一些表格处理程序
: ，当客户发出请求后，这些表格处理程序从数据库中装载表格格式和数据，由于不同的客
: 一些数据的缓冲，我现
: ...................
※ 修改:·qyjohn 于 Mar 30 10:10:10 修改本文·[FROM: 219.238.203.*]
索引页面|上一篇|下一篇
[返回] 中文XML论坛 - 专业的XML技术讨论区 →
计算机技术与应用 → 『 Java/Eclipse 』 → [合集] 怎么访问中间层？
(订阅本版)
2004/9/23 0:40:00
新浪微博
[合集] 怎么访问中间层？
