# Amazon SQS
## Amazon Simple Queue Service (SQS)
是一个可伸缩且可靠的消息传递框架，可以使用它简便地创建、存储和获取文本消息。可以使用它构建基于 Amazon Web Services 的应用程序。使用 SQS 是构建松散耦合的 Web 应用程序的好方法。只需根据使用量为消息付费。整个队列框架在 Amazon 数据中心的安全环境中运行...
分类：
其他好文 时间：
2014-07-30 12:15:13
阅读次数：
230
单一职责原则(SRP),就一个类而言，应该仅有一个引起它变化的原因。如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。软件设计真正要做的许多内容，就是发现职责并把哪些职责相...
分类：
其他好文 时间：
2014-07-30 12:04:03
阅读次数：
246
观察者模式（发布-订阅 Publish/Subscribe 模式）：定义了一种一对多的依赖关系，让多个观察者对象同事监听某一个主体对象。这个主体对象在状态发生变化时，会通知所有观察者对象，使他们能够自动更新自己。
1：观察者模式特点
（1），将一个系统分割成一系列相互协作的类有一个很不好的副作用，那就是需要维护相关对象间的一致性。我们不希望为了维持一致性而使各类紧密耦合，这样会给维护、...
分类：
其他好文 时间：
2014-07-30 01:05:42
阅读次数：
227
建造者模式其实就是将复杂对象的创建分解成很多精细的小步骤或小部件，然后使用一个指挥者的类来控制这些步骤的执行或部件的组装，从而达到解耦合，易扩展的目的，调用者只需要使用指挥类和建造类，从而达到了对底层对象创建的封装目的。因为建造者是抽象类，不是具体实现，后续扩展也不影响现有代码，符合了开闭原则。...
分类：
其他好文 时间：
2014-07-29 15:18:08
阅读次数：
287
1 职责链模式
职责链模式的意图为:
使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。使多个对象都有机会处理请求，从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它为止。
在ANDROID系统的输...
分类：
移动开发 时间：
2014-07-29 15:13:48
阅读次数：
377
三层划分
三层架构通常意义上就是将整个业务划分为：表现层（UI），业务逻辑层（BLL），数据访问层（DAL）。三层并不是.net 的专利，而是一个广谱的框架设计思想，根本上是为了解决高耦合低内聚的问题。
各层的作用
U层：用户直接接触的一层，用于显示数据和接受用户输入的数据，为用户提供一种交互式操作的界面。通俗来说UI层就是简单的界面。
B层：是三层架构中的核心部分，这部分集中了软件业...
分类：
其他好文 时间：
2014-07-29 15:02:11
阅读次数：
265
中间件是否靠谱，往往前期的调查是需要花时间、精力和人力成本去试水的。如果有这个成本倒是随便试，可是从头来过换别的试试的事情，真的很不好。看了一下大牛发的文章，很不错，摘抄一下。集成复杂度。好的中间件的特点是高度模块化（就是说不随便暴露无关的接口），最小侵入（普通的使用不需要你使用继承之类的强耦合关系...
分类：
其他好文 时间：
2014-07-29 12:38:56
阅读次数：
200
分层的目标是为了“高内聚，低耦合”，分层可将复杂的简单化，当需求需要改变时，你只需要该相应部分而不用大范围的修改。分层还提高了可维护性和可扩展性，但并不是所有的都要分层，业务逻辑简单，没有真正的数据存储层这时就不需要分层，如果分层反而会增加复杂度。所以我们平常在使用时要注意灵活应用。...
分类：
其他好文 时间：
2014-07-28 16:10:13
阅读次数：
431
一、首先我们要明确我们为什么要学？在我们学习了javaweb基础后，我们基本可以完成基本的网站要求，但是我们为什么要学习和使用使用Spring?
1、降低组件之间的耦合度，实现软件各层之间的解耦。
controller----->service--------->dao
2.可以使用容器几桶的众多服务。如：事务管理服务、消息服务、当我们使用容器管理时，开发人员就不再需要手工...
分类：
编程语言 时间：
2014-07-28 05:10:40
阅读次数：
236
首先说说三层+实体：就是表现层（U层）直接调用业务逻辑层（B层）的逻辑，业务逻辑层在直接访问数据层（D层），在把数据返回到B层后返回到U层。首先，只用三层＋实体做程序时，灵活性不够高。如果想换数据库的话，需要大量改动B层的代码。其次，代码利用率不高，像访问数据库的一些代码，多次重复。
既然不好，就有必要寻找新的方法。B层直接访问D层不好，怎么办呢？用接口。这样，如果更换数据库，只要把D层进行修改或者在连接新的D层，而不用更改B层的代码了，实现“高内聚，低耦合”。U层直接访问B层，U层需要知道B层的就...
分类：
数据库 时间：
2014-07-27 23:50:29
阅读次数：
277
