真的迷茫了，三层我什么时候才能理解你，100分寻高手解答
以前看了一些三层发现使以逻辑上的数据层，业务逻辑层，表示层来分

我现在的作法是（VS2005） 文件→新建→网站
然后我在App_Code文件夹内建立
bll.cs（作为业务逻辑层）
dal.cs（作为数据出层）  
以.aspx页面作为表示层）

一直就这么写，忽然有一天看了一下人家的做法
是新建一个项目解决方案那种的 和我这种的有着天一样的不同

迷茫中，不知道我做了这么长时间算什么，一层？三层？


请教高手
我想从基本问一下，从新建开始，应该怎么去建立文件或解决方案什么的饿请高手指点一下
再次谢谢

------解决方案--------------------
不要循规蹈矩，层是为了更好组织代码的，不是为了层而去写代码
别人东西可以拿来学习学习，但不一定要全部相信或者拿来用
 建议LZ看下petshop的代码
------解决方案--------------------
3层架构只是指的开发项目时，从3层来考虑问题

建文件，解决方案只是手段而已
------解决方案--------------------
只要业务逻辑，数据，表现三层的处理分开就好了，没必要在意文件所处的地方或者怎么表现
关键是整个程序的层次分明就好了
------解决方案--------------------
利于维护，但真的很搞
------解决方案--------------------
有很多语句的时候,我把他们分为3个函数
{
函数1;
函数2;
函数3;
}
有很多函数的时候,我把他们分为3个组件
{
组件1;
组件2;
组件3;
}
有很多组件的时候,我把他们分为3个层次
{
层次1;
层次2;
层次3;
}
至于为什么要分为3个,我想是因为我小学写作文时总是分为3个段落
{
段落1;
段落2;
段落3;
}
------解决方案--------------------
分层的意义是为了实现松耦合，使业务服务摆脱技术层...并不是所有项目都适用分层的...

最重要的是分层是一种工程方法...不是软件技术更不是流行歌曲...插上三层标签未必就时髦...

有些东西只有在实践中才能弄懂...
------解决方案--------------------
编得舒服
改得舒服
用得舒服
就行
------解决方案--------------------
现在作两层的~
相信经验有了，三层的东西会慢慢摸索出来~
------解决方案--------------------
好的代码：不是自己能用就行，能看就行！
也许你不在这个公司工作了，下面的接手你工作的人呢？
编得舒服 
改得舒服 
用得舒服
完全同意！
------解决方案--------------------
楼主有点把东西搞死了。提出的三层是一个思想，而你用什么方式来写，这主要是看你如何写得爽了
------解决方案--------------------
楼主的想法是可以的。只不过你一个cs文件(如：bll.cs)能解决什么问题
------解决方案--------------------
分层很灵活的！
------解决方案--------------------
学习一下 ，
至今都还没有写过真正意义上的三层架构
------解决方案--------------------
三层，不要拘泥于数字啊，
四层也可以啊，对于不同的项目有不同的需求，做得太复杂了有时候也不是什么好的事情，要看情况啊，
------解决方案--------------------
有时候这三层的东西真令人难以理解
我这样打比方好了
一个解决方案下面
有4个项目
第一个是 数据库层 就是专门执行 更新修改删除数据库表的
第二个是 属性层 是数据库表里面字段的属性
get set 等属性
第三个是 方法层 就是具体的更新修改删除等方法 调用存储过程 或者执行sql语句等
第四层是 页面层 就是显示出来的页面

这只是我的理解 说得不好 请改进