Flex与JSON及XML的互操作
平台需要互操作性。在这篇文章中,作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容,还演示了如何使用as3core库来解码JSON消息。
作者 Randy Shoup译者 郭晓刚 发布于 2008年6月12日 下午7时22分
eBay作为一家高流量、高负载、拥有海量数据的网站,可伸缩性是关乎生死的问题,每一项架构决策都不得不把可伸缩性摆在首要地位。eBay架构师Randy Shoup与我们分享了他们总结出来的几条最佳实践:
Randy Shoup在文章最后再一次强调了可伸缩性的重要:
可伸缩性有时候被叫做“非功能性需求”,言下之意是它与功能无关,也就比较不重要。这么说简直错到了极点。我的观点是,可伸缩性是功能的先决条件——优先级为0的需求,比一切需求的优先级都高。
希望eBay的经验能对各位读者有用,希望能帮助您从新的角度审视自己的系统,无论其规模如何。
阅读全文:可伸缩性最佳实践:来自eBay的经验
异步和切分已经比较有体会,对于大流量系统确实很重要,不过第6点:虚拟化所有层次,是什么意思,我还理解不了
不好意思 :)
异步和切分已经比较有体会,对于大流量系统确实很重要,不过第6点:虚拟化所有层次,是什么意思,我还理解不了
我的理解是:其实跟模块解耦类似,将整个系统分层,比如有Web展现、业务逻辑、数据存储等若干个层次,分层的好处在于各个层的设计、开发、维护可以相对独立,类似“对接口的编程”思想。
就拿它举的虚化数据库的例子来说吧,因为采用了各种数据拆分策略,所以业务逻辑在进行数据操作的时候可能需要操作不同服务器、不同数据表里的数据,这样增加了业务开发、维护的成本,尤其是在大规模系统中,业务功能点众多且复杂,这样的成本不能忽略;而增加一个虚拟数据层后,业务逻辑只跟这个层打交道,不需要知道数据的物理存储方式
数据库厂商如果能提供虚拟化的数据库层应该很不错,我孤陋寡闻,是不是已经有这样的产品了?
我想Oracle收购Tangosol以后提供的数据网格(Data Grid)应该就是这样的东东吧。
象Ebay 这样的大型网站,数据切分肯定是少不了。
不知道ebay水平切分如何做?
如果用 amoeba for mysql,进行数据库水平切分、垂直切分、读写分离都应该非常轻松,当然前提是目前amoeba只支持mysql。
我想有一个问题,大家一般如何保证这些活动的一致性。比如像Ebay这样的公司,如果保证设计、实现的一致性,应该主要是设计的统一性。
平台需要互操作性。在这篇文章中,作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容,还演示了如何使用as3core库来解码JSON消息。
本文将简要介绍面向组合编程(COP,Composite Oriented Programming)的概念,展示它如何规避OOP存在的一些问题,并重新点燃使用可重用部件组装领域模型(Domain Model)的希望。
Mike Snell和Lars Powers用他们最近由Sams出版的新书《Visual Studio 2008揭秘》,试图帮助大家提高开发人员的生产力。本文包括一个下载样章——第10章调试。
Pierre Vigneras在本文中讨论了作为标准之一的BPEL所存在的问题。Pierre先给我们大致介绍了一个简单的并行流程,接着讨论了从业者在试图以一个结构化模型为基础表达非结构化流程时遇到的一系列问题。
Jeff Dwyer就关于他的新书(《Pro Web 2.0 Application Development with GWT》)、GWT1.5以及创建可搜索的Ajax应用谈了一些他的见解。
我们需要设身处地地为客户及客户的业务本身着想,与客户同舟共济。更多创新的思路、产品和模式也同样将为IT业带来新的出路。IT业并不需要坐以待毙,在春天到来之后,市场将会更加繁荣!
7 条回复
回复