大规模视频网站的计费与流量管理
本次分享将会就大规模视频网站的计费与流量管理这个话题，从操作层面细细进行讲解和分析，为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”，让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
C#争论：什么时候应该使用var？
作者 Jonathan Allen 译者 张逸 发布于 2008年5月29日
开发IDE工具的公司ReSharper的Ilya Ryzhenkov总结了使用var的一些好处 ：
1. 它有利于更好地为本地变量命名。
2. 它有利于设计更好的API。
3. 它促使对变量进行初始化。
4. 它消除了代码的混乱。
5. 它不需要using指示符。
RSS Bandit的Dare Obasanjo对此则不敢苟同。由于var给他的开源项目（译注：RSS Bandit项目使用了ReSharper）带来了不利影响，他随后发表了对Ryzhenkov观点的回应 。他回击道：
有趣的是，这里列出的所有“好处”，主要针对的不仅是形式上的改进，而且它们之间还相互矛盾。例如，Ryzhenkov宣称var有利于对“更好地为本地变量命名”，这实际上意味着迫使开发人员使用更长的匈牙利风格的变量命名。颇为滑稽的是，这种长的变量名完全会加剧代码的混乱，因为这样的变量名是随处可见的，相比而言，只有在声明变量的时候显示单个的类型名，会保持代码的整洁。那种var有利于“设计更好的API”的观点实际上如出一辙。因为这种观点主张，如果要求开发人员使用更长的描述性属性名（例如使用XmlNode.XmlNodeName，而不是XmlNode.Name），就会达到改进的目的。或许应该有人告知ReSharper的人员，这种将类型信息编码到变量名中的方式实在是糟透了，而这也正是我们首选强类型编程语言例如C#的原因所在。
此外，鼓励变量初始化的主张也显得有些不可思议，因为C#编译器对此是强制要求的。更重要的是，在使用变量之前，通常需要将变量初始化为null，而var关键字对此却不支持。
官方C#语言参考中的一行内容佐证了Dare的观点：
过度使用var会使得源代码晦涩难懂。只有在必要的时候，才推荐使用var，也就是说当变量用来存储一个匿名类型或者匿名类型集合的时候。
对于那种var会降低代码可读性的抱怨，并非人人都赞同。Arnon Rotem-Gal-Oz写道：
对于代码可读性的主张，我更倾向于专注更加强大的方法，例如保持方法简短，有意义的方法和变量名，以及支持测试（这实际上可以帮助你理解代码是如何运作的……）不仅如此，如果你真的非常非常需要代码可读性，ReSharper工具可以在你的鼠标移动到var关键字之上时，告诉你它的类型;)
Chris Sutton似乎更进一步，含蓄地指出类型是无关紧要的。
查看英文原文：C# Debate: When Should You Use var?那么，我的建议是只有当你不知道类型的时候，才使用var。这里是我不同的见解和用法。请看如下代码片断：
var procs = from p in ServiceController.GetServices()
where p.Status == ServiceControllerStatus.Running
select p;
procs.ToList().ForEach(p=> Console.WriteLine(p.ServiceName));procs的类型无疑为IEnumerable<ServiceController>，然而这却与我无关。我首先关注的是procs是一个列表，列表中的每一项都具有一个属性ServiceName。潜在的类型对于编译器很重要，而那些不得不去阅读代码的人们却不是编译器，对吗？
译者 张逸 是一个怀揣梦想的架构师，沉迷于设计之美，著译作包括《软件设计精要与模式》、《WCF服务编程》等。
呵呵
发表人
源头 西水
发表于
讨论很重要
发表人
Yuan Max
发表于
test
发表人
gr w
发表于
我首先关注的是procs是一个列表
发表人
铁成 谢
发表于
4 条回复
关注此讨论 回复