大规模视频网站的计费与流量管理
本次分享将会就大规模视频网站的计费与流量管理这个话题，从操作层面细细进行讲解和分析，为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”，让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
RIA框架大调查
作者 Moxie Zhang 译者 宋玮 发布于 2008年11月14日
从目前已知的这些富Internet应用（RIA）框架中，如何选择正确的（即便不是最好的）框架，是一个困难的抉择。最近，Inside RIA 完成了一项在线调查，询问Flex/ActionScript RIA开发者们更喜欢那个框架。
该项调查罗列了4个主要框架：Mate，PureMVC，Cairngorm和Swiz。让调查结果本身来说话。InsideRIA的Rich Tretola说道：“结果显示我的预测基本正确。PureMVC得到了30%的投票，位于领先地位；Cairngorm屈居第二位；而Mate则排行第三”。
在围绕投票的讨论中，开发者Karl分享了他为什么不使用Cairngorm的原因：
我发现Cairngorm过于复杂了，而且，在很多方面它就是个方轮。比如，为什么我要发起一个让前端控制器（front controller）来处理的事件，并把它发送给一个命令（command）？为什么不直接调用该命令（command）?前端控制器（front controller）模式声称将我的所有命令保持在一个地方是敏捷的做法。实际上，如果把命令调用从其本来的上下文中删除，我发现自己要花费大量的时间来回忆与该事件相关的源代码放到了哪里？在我终于找到正确的代码之后，又得努力回忆我要在这做什么。这也太麻烦了吧。
其他人推荐了一些调查列表中没有的框架。例如，开发者Vipin说：
我们使用的是Tom Bray的EasyMVC，它很简单，但使用了Cairngorm的许多概念。在该框架中有许多有趣的特性，我们把所有东西都混合在一起并且制造了一个内部框架，它工作得很好：开发更快了，同一个项目上可以有多个开发者，不会混淆事件和命令的处理方式等等。
Chris Brind深思熟虑的评论和建议给这个调查真正画上了句号：
一个框架提供的主要优势是指明了实现方法的路线，它可能是MVC或ViewHelper或其他什么东西。
我要推荐那些准备着手项目的团队，仔细看一看什么框架是可用的，并且评估一下使用已有框架所带来的好处是否能超过他们自己的框架，或者超过惯例和代码审查过程所带来的好处。
依我来看，如果你的开发者素质高、守纪律，你才会真正需要一个好的惯例。但是许多人不喜欢遵照惯例办事，我认为一些更加注重细枝末节的架构师并不相信他们的开发者会遵循什么惯例，以此作为开始是悲哀的。
查看英文原文：RIA Frameworks: And the Survey Says…
译者 宋玮 有多年软件开发经验，长期担任技术管理和项目管理工作，一直关心开源软件的发展动态以及软件过程和敏捷开发的实践探索。
标题党！
发表人
cao zhijun
发表于
同意楼上
发表人
Colder Xihk
发表于
问： 同意楼上
发表人
wang zhongke
发表于
3 条回复
关注此讨论 回复