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

常量有两种形式，直接出现在语句中的数值常量和符号常量。例如：
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表示测试代码通过。

所谓服务粒度是指直接影响到了服务的质量，包括灵活性和效率等。所以选择合适的粒度对服务设计是至关重要的。那么要识别并设计一个粒度适中的服务，主要从以下三个方面来权衡考虑。

1.重用性
粒度的大小直接影响到了服务的可重用性。一个简单的经验法则就是细粒度的服务更容易被重用。换句话说，就是颗粒度越粗，服务越少被重用或者越难以被重用。因为随着颗粒度的增加，越来越多的业务规则和上下文信息会被嵌入到业务逻辑中，服务逐渐变得具有特定的业务意义了。要使用它，我们必须首先了解它到封装了哪些规则，否则我们无法确信这个服务正是我们所需要的。

在了解了内存机制和熟悉了通用规则的基础上，我们就可以很好地总结出值类型和引用类型在系统设计时，如何做出选择，如何去选择使用值类型。因为引用类型才是.NET的主体，所以它在大部分的场合中已经受到了青睐。

1.值类型的应用场合

1）MSDN中建议以类型的大小作为选择值类型或者引用类型的决定性因素。数据局较小的场合，最好考虑以值类型来实现系统性能的改善。

2）结构简单，不必在多态的情况下，值类型是较好的选择。

3）类型性质不表现出行为时，不必以类来实现，那么以存储数据为主要目的的情况下，值类型是优先的选择。

依赖底层模块，二者都要依赖与抽象；2）抽象不应该依赖细节，细节应该依赖与抽象。

依赖倒置原则(DIP)，通过使代码依赖抽象而不依赖具体实现的方式来达到解耦的目的。让我们先来回顾一下DIP的定义吧：1）高层模块不应该依赖底层模块，二者都要依赖与抽象；2）抽象不应该依赖细节，细节应该依赖与抽象。

简单点说就是：依赖与抽象，或者可以说程序中所有的依赖关系都应该终止于抽象类或或接口。根据这个理解可以得出以下原则：

1.任何变量都不应该持有一个指向具体类中已经实现了的方法。

企业存储应用的体系结构主要有DAS、NAS和SAN三种模式，下面让我们来看一下它们各自的发展趋势吧！

首先，DAS直连存储的最大弊病在于，各部分的存储资源相互隔离，容易形成孤岛。

其次，NAS具有无人值守、高度智能、性能稳定、功能专一等特点，但NAS技术不能满足可靠度为99.999%的数据存储系统的要求。

最后，SAN的最大优势则在于，可以把异构环境下不同厂商的存储设备整合在一起，实现资源的共享，因此SAN将成为企业存储应用的主流。

为了保证数据在不同的影响建平台、不同的操作系统下流转畅通，存储架构的开放性、存储硬件的兼容性、存储软件的适应性就必须要归结在一起，即表现为存储的融合，也就是说SAN与NAS融合是大势所趋；另一方面，虚拟存储使主机操作系统看到的存储与实际物理存储分开了，虚拟存储技术可提高存储设备的利用率，通过动态地管理磁盘空间，虚拟存储技术可以避免磁盘空间被无效占用。目前虚拟技术已经引起了几乎所有存储系统厂商的关注，采用虚拟存储技术的设备将成为市场的新主流。