爆大奖注册送56

局限性

[文章来源:爆大奖注册送56     点击率:10次    发布日期:2016-09-26]
  每一种架构风格都在组件之间推崇一种特定的交互类型。当组件跨广域网分布时,应用的可用性取决于对网络的使用或者误用。通过以架构风格对于架构属性的影响(尤其是对于分布式超媒体系统这类基于网络应用在性能上的影响)来刻画架构,我们才有能力选择出更加适合于此类应用的软件设计。然而,对于所选择的分类方法,这里存在着一些局限性。
 
  第一个局限性是这里的评估是特别为分布式超媒体的需求而量身定制的。例如,如果通信的内容是细粒度的控制消息,那么管道和过滤器风格的很多优良品质就不复存在;而且如果用户的交互是通信所必需的,管道和过滤器风格根本就不适用。同样地,如果对客户请求的响应完全没有被缓存,那么分层缓存风格只会增加延迟,而不会带来任何好处。诸如此类的区别并没有出现在这个分类中,而只能在对于每种架构风格的讨论中进行非形式化的探讨。我相信这个局限能够通过对每一种类型的通信问题创建单独的分类表格来解决。问题领域的例子包括:大粒度的数种类型的通信问题创建单独的分类表格来解决。问题领域的例子包括:大粒度的数据获取、远程信息监视与搜索、远程控制系统、以及分布式处理。
 
  第二个局限性是对于架构属性的分组。在一些情况下,识别出一个架构属性所产生的一些特殊的方面,例如可理解性和可验证性,要比将它们笼统地混在简单性的标题下更好,尤其是对于那些有可能以损失可理解性为代价改善可验证性的架构风格而言。然而,将一个有很多抽象概念的架构属性作为单个度量手段也是有价值的,因为我们并不想使这个分类过于特殊化,以至于不存在影响相同属性类别的两种架构风格。一种解决方案就是在分类中既包括特殊的架构属性,也包括概括的架构属性。
 
  尽管如此,这些最初的调查和分类,对于任何(可能解决这些局限性的)更进一步的分类而言,是一个必需的先决条件。

 

 
点击这里与客服在线即时交流·在线交流>>