要不要看自己,具体要看你采用了什么架构模式,还有具体做什么项目,项目的性质。如果是互联网项目,我觉得本来前台业务都很简单,没必要分的层数那么细,直接在cs或者controller里写业务逻辑及可,常用的需要重用的可以重构封装起来。
在业务逻辑需要做处理的时候需要
比如数据库存的数据可能需要进行一定处理和转换才显示出来,这时候就应该在bll处理
1,当你的项目需要有明确分工的时候
2.当你的项目的界面可能有多个的时候(比如既要有WPF,又要有ASP.NET),数据库可能是多数据库的时候,你想想看,业务逻辑那部分能不单独提取出来吗?
总之,关键还是根据你做的项目而定,别为了分层而分层。
是非常有必要的。