在分层架构中,是从总体上对系统进行一个分层,里面涉及纵横向的概念,一个大的系统从业务逻辑来讲可以不是单单的对信息的处理,也可能涉及到对一些其他的逻辑处理,
这里就不能单单的把逻辑抽象到三层中,三层是横向分层中的一个层,如果对分层的焦距拉远点看是看不到三层的,如果把焦距拉近点看也许目标不会锁定在信息流的处理子
层中
.NET异常处理机制:
常见的异常类型
SystemExcepion 这个类提供系统异常和应用程序异常之间的区别
System.SQLException 当SQL Server返回警告或者错误时引发的异常
ArgumentNullException 当将空引用传递给不接受它作为有效参数额方法时引发的异常
FileNotFoundExceptio 试图访问磁盘上不存在的文件夹失败时引发的异常
IOException 当出现I/O错误时,引发该异常
ApplicationException 在应用程序执行中检测由应用程序定义的异常
异常类的常用属性
Message 提供引起异常的详细信息
Sourse 标识导致异常发生的应用程序或对象的名称
StackTrace 提供在堆栈上所调用的详细信息,并首先显示最近调用的方法
InnerException 对内部异常的引用,如果此异常基于前一个异常,则每部异常指最初发生的异常
语法:
1. try
{
//可能引发异常的工作代码
}
catch (异常对象)
{
//异常处理
}
2. try
{
//可能引发异常的工作代码
}
finally
{
//清理相关对象的代码
}
3. try
{
//可能引发异常的工作代码
}
catch (异常对象)
{
//异常处理
}
finally
{
//清理相关对象的代码
}
catch 块或者finally块都没有的try块会导致编译错误
多路捕获异常:
一个try块后面可以有多个catch块,但必须自已catch块中的异常类型的写法,必须是子类型异常在前,父类型(Exception)异常在后。否则,无法通过该编译