相关推荐

5月21日周四首届中国Ruby大会现场直播请看JavaEye闲聊

[size=medium]5月21日周四首届中国Ruby大会明天早晨8点半开始，这次大会Ruby语言创始人Matz 将做演讲，其他的嘉宾阵容也相当强大。实在有事无法参加此次Ruby大会又很感兴趣的同学，可以通过JavaEye闲聊观看现场的...

中国Ruby技术大会 - 5月21日与你相约上海！

2009年5月21日周四，JavaEye网站和Shanghaionrails在上海举办第一届中国Ruby技术大会，本次Ruby技术大会是中国首次举办的Ruby社区方面的大型交流活动。 日期: 2009年5月21日（周四） ...

Status Ruby on Rails in China - Presentation Transcript

Slide 1: 铁道中文应用开发现状综述 2008年8月 制作发布：铁道播客 BD7LX 深圳 http://rorcast.blogger2blogger.com/ 铁道中文应用开发现状综述 2006年8月 An Interim Report of Ruby on Rails Applications and ...

2010年大规模技术架构的思路

本文来自InfoQ，作者：杨卫华   编程语言 2009年编程语言领域也发生了不少变化。虽然架构师通常都表示编程语言并不重要，但事实上每一次大的语言...2009年11月7~8日在杭州举办了第四次Erlang全国开发者大会（C...

信息技术领域会议(技术领域和非技术领域)

Linux 内核开发者大会 2012 第七届 Linux 内核开发者大会 2012 第七届 Linux 内核开发者大会PPT 1 Open Source - More than just code Hans Peter Anvin(HPA)： Intel Open Source Technology ...

历届图灵奖得主(1990-2022)

中文一般译作"罗宾·米尔纳", 1934年1月13日－2010年3月20日 生于英国，曾入伍并获少尉军衔。1952年入读剑桥大学国王学院(1954年毕业于国王学院的图灵自杀)，但当时他没听说过图灵。 1991年获图灵奖，是继威尔克斯...

设计模式讨论之abstract factory篇

设计模式讨论之abstract factory篇有人说过，“不写1M行代码，不能看设计模式。”但似乎设计模式并非那么神奇，下面用笔者的一点粗浅认识，讨论一下abstract factory设计模式的主要部分。首先，为什么要用设计模式？GOF的设计模式主要是用来减小耦合和提高复用的。而面向对象的主要原则就是能private的，就不要protected;能protected,就不要public

用32行代码表示16个设计模式

为了演示以下16个模式，用了下面32行代码。iterator,adapter,interpreter,proxy,state,visitor,command,bridge,chain of responsibility,composite,flyweight,strategy,decorator,mediator,memento,observervoid main(){for(i=0;i  if

成功模式(pattern)作家的七个习惯(5)(by GOF)

习惯五：有效的表达。(Presenting Effectively)你的模式的质量取决于你表达它们好不好。你可能发现世界上最好的模式，但它将不会帮助任何人除非你有效的表达它们。用“表达“(presenting)这个词我表示两件事:打印设置(typesetting)和写作风格。好的打印设置是页面设置(page layout),预览打印(typography),图象(graphics)的技巧的事，而不

足球战术->高中锋战术之singleton篇

接上回：http://www.csdn.net/develop/article/10/10935.shtm长传冲调高中锋战术,也就是singleton,是最烂,也是最快最直接的战术,它的特点是,所有球都采用长传的方式直接冲调高中锋,所有的攻势都只有一个实例,也就是高中锋。这个方法的好处是简单实用，而且易于扩展复用：）复用后的战术仍然只有一个实例，再急于扳平时可以使用。还有就是高中锋的访问方

成功模式(pattern)作家的七个习惯(7)(by GOF)

习惯七：收集和采纳反馈(Collecting and Incorporating Feedback)Cervantes是对的：“对布丁的验证就是在吃它的过程中”(The Proof of Pudding is in theeating)。对一个模式的测试来自于对它的实际应用。实际上，没有一个模式能被信任，直到除了它的作者外的其他人使用了它。模式有潜藏危机的特性(insidious property

中国队失利原因之Bad Smell篇

中国队失利原因之Bad Smell篇1.Duplicated Code米卢使用怪阵，采用两个右后卫，使本来是替补，防守能力弱的徐云龙打右后卫，当孙继海受伤后，徐自然也防不住右路的进攻，而且无人替换。2.Long Method && Large Class孙继海本来是打右后卫的，不擅长于防对方的犯规，保护自己，结果早早下场为后来的失利埋下祸根。徐云龙老是前插，和跑到中后卫的位置，造成对方第二

成功模式(pattern)作家的七个习惯(0)(by GOF)

成功模式作家的七个习惯如果你认为OO开发很难做好，那么试试模式开发！我心中的数学家喜欢把它看作OO设计的“集成”：它是一段时间应用的无数小经验的集和。然而，模式开发比我在微积分课上所学的要难得多。积分并不会去干扰另一个积分，它让你独立的解决它们。(虽然知道怎么解一个经常能帮助你去解其它的。)一个模式，相反，不是工作在一个真空管中。它只提供对一个问题的解决方案；因此它要和其它模式合作。所以一个模

成功模式(pattern)作家的七个习惯(8)(by GOF)

No Silver Bullet当然采用这些习惯不会保证你成为一个成功的模式作家。而且上面所列的也不完整。不过至少它能帮助你有成效的集中你的努力。你的模式越好，它们的影响就越大。然而，不是说所有人都要成为模式作家。模式写作包括一个不小的投资，而且不是所有人都能正确表达它。所有人应该尝试模式写作一次，因为你不能知道你是否擅长于模式写作。当时间流逝，然而，我希望模式作家的数目被模式用户的数目缩减－－－

成功模式(pattern)作家的七个习惯(4)(by GOF)

习惯四：保持模式独一无二和优点突出(Keeping Patterns Distinct and Complementary)当你开发多个模式时有一个趋向需要避免。当你写一个模式时，可能趋向于在细节和口径(scope)同时增长。在这时很容易忘记其它模式。模式之间的区别结果变得模糊了，使别人无法分组(collectively)理解模式。它们开始在口径和目的上互相重叠。这可能对作者来说非常清楚，而对新手

足球战术->由攻转守之Template Method篇

接上回：http://www.csdn.net/develop/read_article.asp?id=10994在由攻转守的过程中可以采用Template method模式，即基本算法进攻->转换->防守不变，在子类中具体实现转换的内容，可以全速退防，或者就地抢劫等等，代码如下：void 球队::由攻转守(){      进攻();      中间转化过程();         

足球战术之低耦合，高内聚及重构篇

接上回:http://www.csdn.net/Develop/read_article.asp?id=12058足球战术之低耦合，高内聚及重构篇 假设前锋和前卫之间的传球是必需的， 那么有两种传球的方案，1.后卫传球 给前卫和前锋。2.后卫传球给前卫， 然后前卫传球给前锋。后者比前者 的系统总耦合度要低，并且后卫的 内聚度要高。这有什么好处呢?这意 味着前锋可单独复用，而无须依赖 于助攻

成功模式(pattern)作家的七个习惯(3)(by GOF)

习惯三：开始时做得更具体(Being Concrete Early)在我们的模式中，“意图”部分表现得更直接明了(up-front)。这是因为人们对先提出具体的术语，然后才是抽象术语理解得更好一些。“意图”部分的具体例子给读者一个问题的参考和解决方案的框架。这个部分演示的另一个方面是为什么其它对这个问题的解决方法失败了，同样用具体的术语。把“意图”部分作为一个介绍，读者能更好的理解(appreci

成功模式(pattern)作家的七个习惯(6)(by GOF)

习惯六：无拘束的迭代(Iterating Tirelessly)你不能在第一次就得到一个模式。你甚至不可能在最初10次就得到正确的模式。实际上，你可能永远不会得到完全正确的模式。模式写作是一个永远不会停止(on-going)的过程。这个领域是新的事实不会使事情好转。不过即使它不是.....甚至有很多模式的好的例子和书帮助你写它们，模式开发(像任何其他种类的开发)将是一个迭代的过程。期望写和重写你的

成功模式(pattern)作家的七个习惯(2)(by GOF)

习惯二：坚持(adhering to)一个结构一旦你有了原始素材，你怎么把它们写成模式的形式(form)呢？好，首先，不要假设只有一种模式的形式。没有一种形式适合于所有人。一些人喜欢像Alexander那样更通用(prosey)的风格。另一些喜欢像>中使用的更细粒度(fine-grained)方法。还有一些使用完全不同的结构。这些结构所共享的特性只是它们的结构。如果有一个大多数人同意的