写web应用如何处理一般的业务逻辑和各种稀奇古怪的边界边界条件？

[tioover]

标题略装逼了，而且由于我是小白说不定有什么术语弄错了，用人类可以看懂的话来说就是如何对待普通的部分和对用户输入的验证

我之前是写到个地方，就做好一个地方的边界条件的处理，但这样繁杂的边界条件往往会快速的消磨程序员的基情，不，是激情。

我想了想解决的方法，其一是先搭建一个原型，然后再慢慢充实用户输入的检查这一块的代码，但感觉这样或许会漏掉什么地方；另一个比较天马行空，而且还没想好，就是用分层的想法，在用户输入数据的地方加入一个“检查层”——这或许需要框架做出一些改变了。

大家是怎么做的？

[AlloVince]

好的框架里一般会提供这两个东西，Filter和Validator

Filter用于容错，用户可能会输入一些不好的东西，但是并不影响系统功能，所以用Filter自动纠正过来。比如消除输入中的特殊字符，空白

Validator用于阻止错误，用户的输入如果不符合规定系统就无法工作，此时需要用Validator检查。比如用户邮件，用户名等。

只有兼备两者的表单才能算的上一个健壮输入接口，很多所谓的快速开发框架拿到什么都敢往数据库里存，快是快了，产品就像一堆积木，一碰就倒。