业务框架中Ｍｅｓｓａｇｅ的设计

    这个项目由于我们公司设计经验不足，导致现在到后期需要花大量的时间来弥补。这几天在做项目中的消息整理和统一，觉得非常有必要在业务框架中加入相应的功能。
一、消息分类
    1、成功消息：{0}处理已经成功。
       {0}中填入处理的名称，应该是各种按钮的名称。
    2、输入check错误消息：{0}
       输入check的错误消息没有统一的格式，由各个check贵
    2、处理失败消息：{0}处理已经失败。({1})
       {0}中填入处理的名称，应该是各种按钮的名称。
       {1}中填入失败的理由，如：数据库连接失败；修正的数据已被他人删除；修正的数据被他人所定。
    3、画面迁移失败消息：{0}的信息取得失败。({1})
       {0}中填入画面的名称。
       {1}中填入失败的理由，如：数据库连接失败；修正的数据已被他人删除；修正的数据被他人所定。

    在处理结束后，应该纪录各种log，但是上述的消息中并不存在操作数据的信息，如将上述的消息打入log文件中将没有任何意义。所以在打log的时候应该加上操作数据的标志信息。
二、消息的处理方式
    1、前提
       框架必须能够通过某种方式取得客户端所有按钮和画面的名称，以及按钮、画面和Action的映射关系。（最好是系统存在权限管理子系统，这些信息可以从其中取得）
    2、成功消息的处理
       Action成功的时候，根据Action的类型作不同的错误
          ・   操作Action：报出消息
          ・   检索Action：不报消息
          ・   操作Action：不报消息
    3、失败消息的处理
       Action成功的时候，根据Action的类型作不同的错误
          ・   操作Action：报“{0}处理已经失败。({1})”消息
          ・   检索Action：报“{0}的信息取得失败。({1})”消息
          ・   操作Action：报“{0}的信息取得失败。({1})”消息
    失败消息的理由信息，从抛出的异常信息中提取。业务开发抛出的异常中的消息应该仅包含理由信息。