前提：
项目分 dao service action 三层
问题1：
dao层报错了！怎么更好的提示给用户！或者让用户知道具体信息呢！
异常切面?
（不能每次都是系统异常了，不是很友好）
问题2：
对应网站来说，用户的操作很多! 提示语 很多！怎么样统一管理起来呢！
（记得新浪有个站是 写在一个 js文件里面）
我们是这样弄的：
（1）异常分类：
业务类的异常（系统给出提示可以指导用户）：用实际的业务异常对应的信息提示用户；
系统异常：把异常信息记录日志，并提示用户系统出现错误，请与系统管理员联系；系统管理员收到用户反馈立刻查看日志协助处理用户问题
（2）提示信息的格式，可以采用消息模版+参数的形式；
类似于： getMsg(消息编号,{},{})这种形式，在一定程度上应该可以规范系统的提示信息的基本格式；
问题一：
搞不明白为什么底层报错需要将错误信息展示在客户端，这个错是一个什么级别的错误？一般来说前台提示用户也就是404找不到资源、503没有相关权限。像500这种程序错误需要善意的谎言了可以说系统处于维护中，请联系......
问题二：
专门写一个js提示类，在页面导入就可以直接使用，类似一个java常量。
我们美工做的404页面：从前有座山，山里有座庙，庙里有个页面，页面找不到了...
问题一：
一般情况下不需要告知用户底层的错误具体是什么，只需告知“服务遇到问题了”等等
问题二：
我们会在一个常量类里面定义一些状态码，后端和前端要有一些协议，所有返回给前端的格式都是这样的{code:200, data:{***} msg:成功}
code就是状态码，当前端判断code是200时就证明成功了，data是后端返回的数据，msg就是想说什么就说什么了 再比如：{"s":400,"msg":"少参数了"} 400是后端和前端规定好的状态码代表客户端错误
搞个类似于QQ那样的信息提示窗，显示在窗口的右下角，有问题就弹窗，不就行了！