请问业务逻辑层到底应该写什么？
很不明白业务逻辑层应该写什么，本人初学，不太明白，比如修改密码吧，我感觉业务逻辑层应该分两步。一，检测用户名和原密码。二，如果正确则插入新密码。这两步分别调用DAL层的两个方法。检测用户名和原密码的方法和登录应该是一个。

但我看到很多源码是把这两步合并到一个存储过程里了，以至于我认为存储过程更像业务逻辑层。我认为DAL和存储过程应该不牵扯具体业务逻辑啊，像上面的例子，如更新密码的存储过程就是更新密码，它不应该检测用户名和原密码。
检测用户名和密码是另一存储过程，它和登录所用的应该是一个。
买的书里一本书一个不同的做法，我直接迷糊了，请问各位到底是怎么写，就以修改密码为例好了。谢谢大家了！

------解决方案--------------------
你可以看出什么时候会更加注重业务逻辑层！

至少，越是有点想做出个“平台”的战略雏形来的时候，而且通讯技术、终端驱动开发也不是一点不灵光的时候，不仅仅搞点OA开发而且可以搞点上点规模的硬件系统集成的时候，就需要推出不一样格局的产品思路了。而这时候，业务逻辑层设计是最稳定的核心。

有些公司甚至没有很稳定不变的产品，因为很多公司的低级开发人员往往随便就撂挑子走人，可是只要一个公司有比较成熟的业务逻辑设计并且不遗余力地支持一些前端Demo程序，它也可以签下不错的销售单子来，有了钱再去招聘那些会一点数据库编程的人做什么DAL开发。