关于C#三层架构的使用

三层架构的使用跟连接数据库没有关系，跟项目的规模才又关系。一般较大型的项目才会用到三层架构，中小型的项目不用三层反而更方便。
它得主体思想就是封装，为什么要封装？就是为了使用架构中生成的程序集，这样，你以后做类似的项目就可以不用再去把这些代码写一遍了。
三层：UI（界面）,BLL(业务逻辑层),DAL（数据访问层）这三个是必须要有的，其中BLL和DAL中的类都是公共类，因为UI要调用BLL，而BLL要调用DAL，还有UTILITY(连接数据库并进行“增删改查”基本操作的底层方法)。除此之外，还可以有实体层ENTITY(映射数据表的)，和Common（这个类库中一般放置一些通用方法，比方说：数据验证方法，控件操作方法等）。
基本的东西就是这些，具体怎么架构三层还是挺灵活的，看个人的需要吧。

不一定都要用..看你具体的需求..用了有用的好处..各层分离..低耦合高内聚...
公共类的作用就是各层或者各类之间都需要用的的类..比如数据传递的时候会用到...计算的时候需要四舍五入..把四舍五入的方法写到公共类里..这样用到的时候可以直接声明对象后调用..而不是再写一遍...你问的很笼统...具体问题具体分析..

既然是架构，就说到设计模式，设计模式是跟据项目需要而定的。

连接数据库跟架构无关

公共类，是重复使用，多次调用，有了公共类就减少了代码重复，这只是一方面

不是都需要三层架构，两层也可以，还有四层的。看需要吧。

三层可以实现分层开发。代码清晰些。
表示层（UI）
业务逻辑层（BLL）
数据访问层（DAL）
上面就是三层、当然、也有其他的辅助层
如：
Models(实体层)
三层只是个规范而已。不一定是要用三个层。