爆大奖注册送56

移动代码风格(二)

[文章来源:爆大奖注册送56     点击率:10次    发布日期:2016-09-26]
  按需代码
 
  在按需代码风格中,客户组件知道如何访问一组资源,但不知道如何处理它们。它向一个远程服务器发送请求,以获取如何处理资源的代码。接收到这些代码之后,在本地执行这些代码。
 
  按需代码风格的优点包括:能够为一个已部署的客户添加功能,改善了可扩展性和可配置性;如果代码能够修改它的动作,以适应客户端的环境,并在本地与用户交互而不必通过远程交互,这时能够得到更好的用户感知的性能和效率。由于需要管理求值环境,简单性降低了,但在一些情况下可以通过简化客户端的静态功能得到补偿。由于服务器将工作交给了客户(否则将消耗服务器的资源),从而改善了服务器的可伸缩性。像远程求值风格一样,最大的限制是:由于服务器发送代码而不是简单的数据,因此缺乏可见性。如果客户端无法信任服务器,缺乏可见性会导致明显的部署问题。
 
  分层-按需代码-客户-缓存-无状态-服务器
 
  作为一些架构如何互补的例子,考虑将按需代码风格添加到上面讨论过的分层-客户-缓存-无状态-服务器风格上。因为代码被看作不过是另一种数据元素,因此这样做并不会妨碍LC$SS风格的优点。此架构风格的一个范例是HotJava Web浏览器,它允许将applet和协议扩展作为有类型的媒体(typed media)来下载。
 
  LCODC$SS风格的优点和缺点正是COD风格和LC$SS风格的优点和缺点的组合。我们将进一步讨论COD风格和其他CS风格的组合,不过这个调查并非想要包括所有可能的组合。
 
  移动代理
 
  在移动代理风格中,一个完整的计算组件,与它的状态、必需的代码、执行任务所需的数据一起被移动到远程站点。此架构风格可以看作来源于远程求值风格和按需代码风格,因为移动性是同时以这两种方式工作的。
 
  超越了那些已经在REV风格和COD风格中描述过的优点,移动代理风格的主要优点是:对于选择在何时移动代码而言,它具有更大的活力。当一个应用根据推算决定移动到另一个地点,以减少在该应用和它希望处理的下一组数据之间的距离,此时它可以在一个地点正处于处理信息的中途(译者注:即不必等待信息处理完)。此外,因为应用状态任何时刻都是在一个地点,所以减少了由局部故障引起的可靠性问题。
点击这里与客服在线即时交流·在线交流>>