※ 引述《TonyQ (沉默是金)》之铭言： : ※ 引述《chrismaggie (中仔)》之铭言： : : 我去这个地方查到http://www.oreilly.com.tw/sample_chap/a034_09.pdf : : 中介软体的介绍： : : “middle tier”又称为中介软体middleware，顾名思义，它是在连接之 : : 间进行处理。促使人们广为在client 和资料来源之间使用middle tier 的最大诱因， : : 是我们能在middle ti er 中的软体中置入所谓的商业逻辑。商业逻辑可以把复杂的 : : 低阶动作（更新资料库表格）包装成高阶指令（下订单），让资料库交易动作更容易 : : 也更安全。 : : 想像某个client 应用程式正在下订单。如果没有中介软体，这个应用程式必须 : : 直接连结到资料库server 储存订单资讯。如果server 端有任何更改，不管是 : : 换了机器、内部资料结构改变、或改用其他厂牌的资料库，原来的client 端软 : : 体就不能用了。更惨的是，如果cl ient 端软体稍有改变（不论是故意或意外 : : 的），资料库在收到对方付款之前不可能输入订单，也无法拒绝一笔正常的订 : : 单。 : : 中介软体能运用商业逻辑把订货流程抽象化。它接收订单资讯（包括名称、 : : 地址、项目、数量、信用卡号等），检查这些资讯是否有效，再把它们存入资 : : 料库。资料库如果有改变，中介软体也要跟着改变，但cli ent 端不必更动。即 : : 使这个订单资料库临时以一个单层的纪录档取代，中介软体在client 端还是呈 : : 现同样的面貌。 : : 中介软体能把处理负载分散到不同的後端server 上（CPU server、档案 : : server、目录server 等），从而增进交易效率。运用中介软体，我们可以更加 : : 有效的运用频宽：client 不必在低速网路连结上自己一来一往和server 沟通， : : 只要把要做的事情告诉中介软体，让它一次做完即可。 : : Web上的中介软体常以servlet 实作。Servlet 提供了一种简便的途径，让利用 : : HTML form或applet 建立的client 连接後端的伺服器。Client 可用HTTP 把需 : : 求告知s ervlet，servlet 中的商业逻辑则透过後端伺服器来处理它的请求. : : 我是觉得我写的应该不至於全部的分数都没有阿～我也是以3-tier概念去解释 : : 中介软体.....这样会全错吗...很担心> < : 发现我推文写得有点模糊可能不能表达我的认知 : 要推文修正又太久,乾脆回文好了..... : 所谓的中介层, 应该是指在资料处理model中, : dao或manager的层级所提供的介面, : 要以mvc来看的话 , 就是在c层. : 而你指的phpmyadmin , 可以说是个dbms , : 没错它的确是让使用者透过某个介面去操作资料库, : 但是它并没有进行商业逻辑的包装跟抽象... : (一) 使用者介面层 : (二) 运算逻辑层 : (三) 资料服务层 : 个人觉得这还是比较偏2-tier的概念,因为操作db实在是不能算是运算逻辑, : 因为在db处理过程中 [下sql]是一种基本的逻辑 , : 而phpmyadmin要进行大部份工作时,还是以使用者自行设计逻辑为主, : 自己建立表格,自己处理查询,等於(1,2)还是在使用者层级, : phpmydamin只在处理资料服务层... 感谢t大的回覆,想请问像odbc,jdbc这类的driver才能算是中介软体吗？ 我写的中介软体定义跟举例..运作模式与目的,就一点分数都拿不到吗？ 像odbc是连结资料库的共通介面,那连结到mysql需要透过什麽driver? 因为之前写网页都是+apache+php+mysql,所以才会用phpmyadmin-mysql 当作中介软体....而access是用odbc没错...只是我所定义的中介软体 真的有差那麽多吗？？请教了～谢谢 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 218.171.55.13