摘要：
两个系统的比较，功能类似，但是结局不同。 这两个系统特点有什么不同？是什么导致了不同的结局？ 混乱大都市 特点： 微观层面特点： 1. 没有统一的概念将不同的部分组织起来 2. 代码风格不一致 3. 控制流无法预测，即控制流的流向很复杂 4. 额外的数据缓存，其目的让数据停留在更方便的地方（但是，容 阅读全文
摘要：
数据在系统中的核心地位就变得更加明显了。web2.0展现的核心主题就是他们是数据驱动的，用户本身提供了绝大部分的数据。Facebook对用户生成的数据有一个非常核心的隐私概念，即用户X查看用户Y的信息的业务规则。 Facebook的应用平台。在一般的n层架构中，应用将输入映射为对原始数据的请求，这些 阅读全文
摘要：
保持软件设计的品质。坏的架构设计会招致更坏的架构设计。 开发团队中健康的工作关系将直接有益于软件设计。不健康的关系和个性膨胀会导致不健康的软件。 软件设计的关键品质是内聚和耦合。-- 高内聚(Strong cohesion)和低耦合(Low coupling) 松弛而模糊的架构将导致每个代码组件编写 阅读全文
摘要：
一般情况下，处理拥塞的解决方案： 1. 基于地理位置来实现。游戏设计包含不同的游戏区域，每个虚拟区域运行一台服务器，每个区域拥有自我限制功能，当人数过多时，服务拥塞，游戏变慢，趣味性下降，用户就转向更有趣的区域，响应时间就会得到改进。（对于棋牌类游戏，每个房间或区域有人数限制，满的房间可以限制进入） 阅读全文
摘要：
系统的架构必须适应环境，利用该架构创建的工件存在于该环境中。这个环境包括使用该架构的应用程序，使用该架构的程序员，以及由此受到的系统约束。在开始创建架构之时，需要能从很小的系统开始，随着用户的增长增强处理能力，随着用户的下降降低处理能力，既避免了资源的浪费，又保证了系统运行的可行性，这就是伸缩性的魅 阅读全文
摘要：
Web服务的目标是要成为一种业务策略，成为一种方式，让我们能够在一些地方定义功能，在任何地方用任何编程语言异步地访问这些功能。我们希望在不影响客户的情况下升级这些服务。而令人遗憾的是，与这个目标有关的不断变化的技术组合让人们很迷惑，也没有解决在真实组织机构的实际架构中所面临的问题。 面向资源的架构： 阅读全文