SOA + RIA + OSS = Web 2.0(三)

日期:2009-9-24作者:Adam Michelson

RIA   SOA   Web2.0   松耦合   

【TechTarget中国原创】

开始SOA的讨论

  RIA和SOA之间还存在另一个引人入胜的关系。RIA和SOA各自都已经被证实是非常有用的发明,现在工程师们都意识到当把这两者放到一起时利益关系。

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

评论
查看更多评论

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

Ajax 与RIA Web服务>更多

  • 四条原则直通真正敏捷境界

    随着时间的推移,软件团队开发他们自己的敏捷变体。这里告诉你如何使你的实践与敏捷精神相一致。

  • 从Web开发到交付:2015必备深度前端知识

    过去这几十年,互联网已被证明是影响技术世界的最复杂最难以预测的系统之一。软件往往是基于部署在本地硬件(或至少本地网络)上的假设来进行设计的。

  • 移动浏览器到云:JavaScript地位正在扩张

    不难发现人们非常喜欢在前端开发中使用JavaScript。但是,令我们惊讶的是后端开发也如此青睐JavaScript,促进了基于云和基于数据中心的托管应用的发展。

  • 移动HTML5挑战何在?

    当HTML5出现时,许多开发者和应用架构师视之为创建平台独立应用、简化你的设备支持以及当新的移动设备OS版本发布时减少应用相关问题的机会。

相关推荐

  • 事件驱动框架和SOA在空军的应用

    空军正在利用SOA来改善数据共享,并实时跟踪战机,美国空军机动司令部的Michael Marek解释了企业可从中学习的经验。

  • 揭秘New Relic APM技术细节

    New Relic应性能管理(APM)套件主要用于Web软件开发。它允许用户在面向服务的架构(SOA)上跟踪关键事务性能,并且支持代码级别的可见性来评估特定代码段和SQL语句对性能的影响

  • 仅凭SOA和云无法解决业务数据管理风险问题

    SOA和云可以是某些恼人问题高效的解决方案;这一点我们已经知道了。但是也要记住它们并不是所有事情的直接答案,特别是当你的问题是业务数据管理风险,而不是技术问题时。

  • 是微服务还是SOA?

    专家认为像“微服务”和“12因子app”这样的术语未必是SOA已死的信号,其实只是旧技术换了个新名字。

技术手册>更多

  • 企业服务总线ESB(更新版)

    ESB(Enterprise Service Bus,企业服务总线)是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢,是构筑企业神经系统的必要元素。

  • 企业架构师风向标

    企业架构师(Enterprise Architect)是企业IT的总体规划和设计师,他们总揽企业的业务流程、应用、数据、和技术等各个方面,兼分析师、设计师、教师、顾问、监察等数职于一身。好的架构师要具有高屋建瓯的视角,统揽全局的能力,深入的行业业务和技术知识,丰富的开发和实施IT项目的经验。目前在中国的多数企业中,企业架构师仍然是一个新的概念。在这本指南中,我们将为您介绍企业架构师面临的最大挑战和应具备的技能,以及在一些具体领域所起到的作用。

  • 开源框架Ruby on Rails

    Ruby on Rails, 也称RoR或简称Rails, 是一个使用Ruby语言写的开源网络应用框架,它是严格按照MVC结构开发的。它努力使自身保持简单,来使实际的应用开发时的代码更少,使用最少的配置。

  • 服务定向原则汇总

    本专题分六部分探讨服务定向原则,主要探讨如何将服务定向原则应用于构成服务的自动化逻辑。如何越过单个服务层面,应用作为范例的服务定向并形成能够封装整个企业领域的服务层。

TechTarget

最新资源
  • 安全
  • 存储
  • CIO
  • 数据库
  • 服务器
  • 云计算
【TechTarget中国原创】

开始SOA的讨论

  RIA和SOA之间还存在另一个引人入胜的关系。RIA和SOA各自都已经被证实是非常有用的发明,现在工程师们都意识到当把这两者放到一起时利益关系。

  RIA理所当然是构建用户接口的最好办法,SOA是构建和暴露业务服务的最好办法,那么这两种技术结合起来就能构建最好的应用。关于这个话题,在最近的SPARK会议上,产生很多有趣的探讨RIA,SOA和Web2.0的blog。多数都是围绕比具体解决方案更令人关注的组合技术的好处。

  一个结合了RIA和SOA的应用具有松耦合,重用和敏捷服务层的优点,所以将受益于动态的,异步的特性,及事务的和自分配的用户接口。关于怎样集成这些技术还有些争议。

  一个RIA将模型——视图——控制器的功能转移到客户端,也就是Smalltalk起初用的模式。关于这个话题,我的博客上有一篇文章。这个变化混淆了已存在于服务器端的用户接口层的框架和架构。

  毫无疑问,新的架构和框架将考虑处理RIA-to-SOA应用的安全和可伸缩性,但那目前还没有哪个能占据主导位置。有些早期的解决方案正开始崭露头角。作为示例,可以参考一下LogicBlaze FUSE栈。FUSE包括对Ajax的新型应用。起初,这些SOA中间件和Ajax的UI框架的结合可能看起来有些尴尬,直到大家开始意识到SOA和RIA两者之间的引人注目的关系。

  考虑到如何对当前非RIA互联网,包括书签,搜索引擎优化和站点分析继续奏效,RIA应用也必须向后兼容。尽管RIA-to-SOA关系还是刚刚浮现,组织机构和工程师们也应该意识到它们的作用并关注如何用它们来创造一个新型的应用。