其实做三层架构软件也就3个月吧，通过项目实现，对于三层也有了一定认识，只是有一个问题总是困扰着我。
在项目中，我主要负责web层和bll层的开发。虽然是分了层，对于dal，主要是对数据文件（xml，数据库等）的操作，这层问题不大，主要总是对web层和bll层的代码，总是掌握不好某一段代码究竟写在哪里好。
以前总认为有些代码写在哪里好像都模棱两可的，就比如：
要一个人在文本框输入年龄，显然提交时要验证年龄是不是大于18周岁，那么这个验证放哪层好呢？
首先这个年龄要大于18岁，显然算是业务上的要求，因此这个验证放入bll可以把。
但是，对于一个用户层的文本框，要验证输入是否有效，这个验证放web层似乎也可以。（当然js也能判断，这里忽略）
放在web层我会写：
//其他验证如：是否为数值、为整数等略
if(isvalidate(textbox1.text))
{
}
在当前页面的类中，写个验证函数：
public bool isvalidate(string age)
{
if(xxxxxx)/验证是否大于18岁的代码
{
return true;
}
else
return false;
}
如果写在bll中，就会把isvalidate放入bll的对应业务类中，来调用。
一般我是会用第一种，觉得方便，要不调来调去的，不太习惯。
后来才觉得将isvalidate放入bll更为合适。
考虑如下：
分层就是为了减少各层之间的耦合度，是否应该放在bll还是web，只需要考虑一种假设：
现在我的web层控件变了，比如从textbox换成dropdownlist，甚至从b/s变为c/s了，那么我这个isvalidate还能不能用？是否需要重写？像上面把isvalidate写在了一个web层页面的后台代码中，显然不太合适。
总结来说就是：修改表现层而不用修改逻辑层,修改逻辑层而不用修改数据层。
这里多谢yoyiorlee的《.NET 三层架构》给我的启示。