领略了工厂模式的强大威力，下面继续介绍更加灵活解耦的依赖注入方式，继续回到对于Animal实例化的依赖倒置环节，来看看注入方式下如何通过容器来实现实例创建过程，在此选择Unity基础容器来实现，引入Microsoft.Practices.Unity.dll程序集和Microsoft.Practices.Unity命名空间，然后就可以很容易地通过Unity容器来完成对象创建依赖关系的隔离：

     class UnityCreation
     {
         public static void Main（）
         {
             IUnityContainer container =new UnityContainer
             container.RegisterTYpe<Animal,Dog>（）；
 
              Animal dog = container.Ressolve<Animal>（）；
              dog.show（）；
              }
      }

域名（Domain Name），就是由一串用点分割的名词组成的Internet上某一台计算机或计算机组的名称，它与网站建设，网站seo有着密切的联系。

2003年，美国专利局收到google提交的一份专利申请：基于历史数据的信息检索（Information retrieval based on historical data），在申请表的第38条中存在这样的一段内容“Google在给文件打分时，会考虑与文件所联系的域名是否合法有效”，这份申请表的其他条款中也存在着很多有关域名与服务器权重的相关问题描述。由此可见在搜索引擎的排名算法中，对域名的“估分”是很重要的。

主空间是网站运行的平台，它决定着网站页面的打开速度、网站运行的稳定性等。要选择适合搜索引擎优化的主机空间，就需要了解一下几点？

1.高速
目前搜索引擎已经将很多涉及用户体验的参数融入进了搜索排名的算法中。这样打开主机空间的速度就显得尤为重要了。如：在同等情况下，Google会认为哪个网站打开的速度快，哪个网站的用户体验就会好，给予的排名也就越高。反之就会低。所以，选择主机空间的第一个标准就是高速。

2.稳定
如果主机空间不稳定每个月偶尔出现3、5分钟的死机或无法响应等问题，对seo来说是无伤大雅的，但是如果主机空间非常容易出现问题，那么就会造成很大的影响。所以在选择主机空间时，一定要慎重。

这样的话题常常被大家问起，下面我们就来了解一下基于对象与面向对象的区别吧！

基于对象，可能大家不是很熟悉，它是对数据类型的抽象，封装一个结构包含了数据和函数，然后对象为目标进行操作，而面向对象相信大家了就比较了解了。它首先指根据客户需求抽象出业务对象；然后对需求进行合理分层，构建相对独立的业务模块；之后设计业务逻辑，利用多态、继承、封装、抽象的编程思想，实现业务需求；最后通过整合各模块，达到高内聚、低耦合的效果，从而满足客户要求。

基于对象与面向对象，其核心的差别是对于继承的支持。例如：VB和JavaScript是基于对象语言；而C#或者C++是面向语言，提供了对继承的原生态支持。

常量就是程序运行期间值不发生变化的量，变量就是程序运行期间值可以发生变化的量。无论是常量还是变量，都属于某种确定的数据类型。

常量有两种形式，直接出现在语句中的数值常量和符号常量。例如：
float fc=6.0F；
string str=“李元复”；
float fd=6.0F+5.0F；

上序语句中的6.0F和“李元复”都是数值常量，6.0F+5.0F是数值常量构成的表达式，代表一个数值，也是数值常量。

符号常量的定义形式如下：const 数据类型 名称=表达式；

众所周知，设计原则是设计模式的基石，当遵循设计原则的时候，写出的代码一般都会变得非常的灵活，并且可以应对变化，也更加容易维护。下面我们就先来了解一下基本的设计原则吧！

第一，KISS原则
软件开发中常常遇到的问题就是：把一个问题过度的复杂化。KISS原则的目的就是提倡在设计和编码中，尽量保持代码的简约性，避免不必要的复杂。简约不等于简单。

第二，DRY原则
DRY原则的目的就是：抽取系统中的公共部分，并把它放置在一个地方以避免重复。这个原则不只是适用于代码中，还可以用于功能和业务逻辑上，确保它们不重复。这就要求对系统的职能有聊好的分割，用力之间不存在交叉。

软件开发发展到现在已经有了很多模式，相信大家对设计模式已经不再陌生，但是模式有那么多种，我们究竟怎样使用是正确的呢？

1.模式的必要性
设计模式不仅仅是软件开发和设计的基础，它还具有语言无关性。设计模式也为开发人员之间的交流提供了共同的“词汇”，从而使团队的沟通更加有效，通常短短的一句话就可以将一个问题讲明白，同时他也能促进团队组员不断学习。且设计模式是建立在一些重要的设计原则和思想之上进一步提炼，对不同的问题和场景给出了实际操作的代码示例和可以借鉴的结构。所以不管现存的设计模式有多少种，每一种模式都是从不同的侧面反应和遵守这些原则和思想的——万变不离其宗。

N—Tier架构需要考虑的因素:

1.性能
一个软件系统的性能是衡量这个软件的一个重要指标。一般来说，一个软件系统被分割成的层次越多，系统会运行得越慢。究其原因：一方面，不同的组件或层次之间需要与其相邻的上下层次进行通信，如果不够恰当地设计这些通信，那么就会对性能产生很大的影响。其中，在设计通信的时候需要考虑通信的方式、数据结构的格式，以及数据量。另一方面，如果把代码分别放在不同的组件中，当一个组件要调用另外一个组建的方法时，就需要程序去寻找这个组件和指定的方法，然后才能执行方法，这样肯定会比把所有的代码放在一个组件中要慢，特别是当相互调用组件处在不同的网络中时，更不可小视它对性能的影响。

传统的企业架构是指一个机构或组织范围内的框架。这个框架用来整合业务流程、信息流、数据和基础设施，从而有效地支持组织的需要。而从软件开发的角度来看，企业架构意味着定义一个流程、架构和一系列有指导意义的设计方法和开发方式。同时企业架构也会关注如何将每个应用在不同层次上分解为可以重用的模块。

企业架构模式分为6种：

1.分层模式
在分解复杂的软件系统时，用得最多到的技术就是分层模式。那么对系统进行分层有哪些好处呢？
1）无需过多的了解其他层次，可以直接某一层作为一个有机的整体来理解。
2）可以替换某层的实现，并且不会影响其它层，只要替换前后提供服务相同即可。
3）可以将层次间的依赖性减到最低。
4）分层有利于标准化：（1）层次并不能封装所有的东西，甚至有时候会带来级联变动；（2）层次多了，也会影响性能。因为不同的数据形式要在不同层之间转换。

企业应用架构模式的设计方法有三种：测试驱动开发、行为驱动开发、以及领域驱动开发等。

1.测试驱动开发
测试驱动开发（TDD)，人们很容易被这个名字误导，以为它是测试的方法论，其实TDD更多指的是设计的方法论。TDD的目的就是通过测试来形成好的设计。进行软件开发的时候，首先通过邪不能的测试代码来确认一些业务逻辑，然后写出真正的业务逻辑代码使测试代码通过，最后重构代码。这个三个步骤就是TDD经典的“Red，Green，Refactor”过程，其中，Red表示测试代码失败，Green表示测试代码通过。