alex5211314

摘要： 设计模式介绍 模式：每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。 这是关于模式最经典的定义，作者是建筑大师Christopher Alexander。如果是第一次看到这句话，多数人会觉得有些抽象难懂。其实“模式”两个字只是一个代号，就像我叫Justin，如果我改叫T 阅读全文

摘要： 初做系统设计，积累一些心得，大家一起讨论。 1、 关于需求： 初做系统设计，容易先入为主，收集需求的时候就考虑人力，技术等原因，在很前面的就把某些功能砍掉。 如果这样分析问题，整个系统就没有全貌，容易出现需求遗漏，设计不清楚，整个系统不完全，后续无法扩展。 A、 收集需求时，应该梳理系统全景图，业务 阅读全文

摘要： 之前我简单向大家介绍了各个知名大型网站的架构，亿万用户网站MySpace的成功秘密、Flickr架构、YouTube网站架构、PlentyOfFish 网站架构学习、WikiPedia技术架构学习笔记。这几个都很典型，我们可以从中获取很多有关网站架构方面的知识，看了之后你会发现你原来的想法很可能是狭 阅读全文

摘要： 在许多的实际应用中，不只是要求用户简单地进行注册登录，还要求不同类别的用户对资源有不同的操作权限。目前，权限管理系统也是重复开发率最高的模块之一。 ITeye论坛中关于权限控制的帖子非常之精彩，现将其精华内容摘录于下。 目 录 [ - ] 楼主关于权限控制的问题 RBAC（基于角色的访问控制）扫盲贴 阅读全文

摘要： RUP4+1架构方法采用用例驱动，在软件生命周期的各个阶段对软件进行建模,从不同视角对系统进行解读，从而形成统一软件过程架构描述. 图 1. RUP4+1架构图 用例视图（Use Cases View）,最初称为场景视图,关注最终用户需求,为整个技术架构的上线文环境.通常用UML用例图和活动图描述。 阅读全文

摘要： 软件架构设计有很多方法， 这里讲一下现在常用的视图方法。 目前流行的视图方法有以下几种： 第一种是RUP的4+1视图法， 它是以用例为驱动的设计方法。包括：用例试图，逻辑视图，开发视图，进程视图（处理视图），物理视图。 用例视图为1，用例驱动其他4个视图. 第二种是5视图发： 逻辑架构视图， 物理架 阅读全文

摘要： CAP定律（Consistency，Availability，Partition Tolerance theorem），说的是在一个分布式计算机系统中，一致性，可用性和分区容错性这三种保证无法同时得到满足，最多满足两个。该定律作为猜想在2000年提出，2002年被证实。其中，一致性说的是分布式系统中 阅读全文

摘要： http://www.javabloger.com/article/memcached-cluster-error-msag.html 我看到过这样一段文字“memcached如何处理容错的？不处理！:) 在memcached节点失效的情况下，集群没有必要做任何容错处理。如果发生了节点失效，应对的措 阅读全文

摘要： 首先来看一件事情的几个关键要素： 时间，空间（地点），人物（主体），事件。 软件也逃脱不了自然法则： 主体：程序，是人类逻辑思维的物化，表现形式为一系列的指令代码。 时间：运行的时间。运行的速度。 空间：即资源。 包括软件和硬件。 如操作系统，数据库， cpu,内存等。 事件：软件运行。 广义的中间 阅读全文

摘要： 周末参加了@淘宝技术嘉年华 主办的技术沙龙， 感觉收获颇丰，非常感谢淘宝人的分享。这里我把淘宝下单高并发解决方案的个人理解分享一下。我不是淘宝技术人员，本文只是写自己的理解，所以肯定是会有一些出入的。 在session中牧劳为我们介绍了淘宝下单部分的技术方案变迁，我不介绍变迁，而只对现有系统做介绍。 阅读全文