.NET初学者架构设计指南（一）Hello world的时代
[2] .NET初学者架构设计指南（一）Hello world的时代
[3] .NET初学者架构设计指南（一）Hello world的时代
[4] .NET初学者架构设计指南（一）Hello world的时代
系列文章导航：
.NET初学者架构设计指南（一）Hello world的时代
.NET初学者架构设计指南（四）Model-View-Controller
后来进入了结构化编程的时代，GOTO成了破坏程序结构化的罪人，渐渐的被大家抛弃，现在只在的很少的地方仍然发挥着作用（比如在VB或者C语言中进行异常处理）。但是这种GOTO式的编程方法影响了我很久。直到我大学时期，学习FORTRAN77的时候，仍然在采用这种编程方式。这样的方式很简单，不用想的太多就能解决问题，也使我小富即安，懒得去研究别的编程方式。
结构化编程方式是面条式代码的一种改良。他首先把需要处理的问题划分成若干个模块，然后再把每个模块划分成更小的模块，这样一步步细化下去，直到每个模块的功能可以用一个程序语句实现，这就完成了程序的设计。在划分模块的时候，结构化编程的原则是：一个模块只能有一个入口和一个出口，并在要按照基本结构完成模块之间的连接。这就意味着GOTO只能与IF配合使用，以构成分支和循环的结构。分支和循环结构在任何一种编程语言中都有更简单明确的关键字来实现，GOTO自然就失去了存在的意义。
结构化编程是一种面向过程的编程方式。所谓“面向过程编程”是译自“Procedure-oriented programming”，实际上应该理解成“以过程为导向的编程方式”。按照这样的编程方式，人们首先要确定用什么样的流程来实现业务需求，接着就一步步的分解这个流程，分解，再分解……直到可以用一个语句实现，最后就用程序实现这样的流程。下面的流程就实现了这样一个小测验：测试计算11到20的平方，每算对一个数可以得到10分，最后输出总分。
面向过程的编程方式必须在编程之前将解决问题的流程确定下来，这是一种很不灵活的方式。我们解决一个问题的时候，是很难在一开始就把流程定的很合理的。比如说，我们开发一个Email服务器，用户最初要求有这样的功能：收到邮件的时候判断一下是不是垃圾邮件，如果是垃圾邮件，就直接移到垃圾邮件夹里。后来我们在开发的过程中发现，垃圾邮件的识别率并不是很高，难免会把一些正常邮件当作垃圾邮件移走了，造成用户的邮件不能及时收到。于是这个流程必须调整成这样：发现垃圾邮件不能移走，而是在标题上加上一个警告标记。并且这个流程的改变会影响其他的流程：使用POP客户端下载邮件的时候，对垃圾邮件只能下载标题和纯文本的内容，确保客户端的安全。可以看出，业务流程的制定需要在随后的开发过程中不断得到反馈，不断进行调整，最后才能达到一个比较好的效果。但是按照面向过程的编程方式，我们必须先确定一个流程，再开始设计，否则需求就不确定。如果在编程的过程中发现流程不合适，在效率或者准确性上不满足需要，程序就要重新设计了。这样边写边改，又要顾忌对其他流程的影响，程序写起来是很困难的。
后来又发展出来另外一种编程方式：面向对象的编程。面向对象的编程是译自“Object-oriented programming”，简称OOP，其实上也应该理解成“以对象为导向的编程方式”。用这样的编程方式，先不要急于确定用什么样的流程来实现业务需求，而是先看看需求里面包含有哪些“东西”，这些东西是怎样出现的，具有什么样的属性，可以做哪些事情，会发生什么样的事件，这些东西之间是什么样的关系。用程序把这些东西造出来，然后就让这些东西运行起来，实现预想的功能。
比如刚才那个Email服务器的问题，在流程不确定的情况下，我们可以先看看这个Email服务器里面有哪些东西，最明显的，应该有Email类。Email类有三个行为：接收（Receive）、显示（Show）和下载（Download）。垃圾邮件是邮件的一个特例，可以看作Email的一个子类，如下： 
JunkMail覆盖了Email的接收、显示和下载方法。如果垃圾邮件应该有一些特别的处理方式，就可以只修改JunkMail类——在接收时移至垃圾邮件夹、或者在显示的时候加上一个警示标志、下载时过滤掉其中的非文本内容——没有其他类的代码需要改动。这样不会对普通邮件的处理流程产生任何影响。
