业务框架中Message的设计

    这个项目由于我们公司设计经验不足,导致现在到后期需要花大量的时间来弥补。这几天在做项目中的消息整理和统一,觉得非常有必要在业务框架中加入相应的功能。
一、消息分类
    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})”消息
    失败消息的理由信息,从抛出的异常信息中提取。业务开发抛出的异常中的消息应该仅包含理由信息。
   

你可能感兴趣的:(业务框架中Message的设计)