设计总结(一)

25 篇文章 0 订阅
6 篇文章 0 订阅
[size=medium][b]真实需求与实际设计的矛盾[/b]

出现一些问题时候,往往就反映我们理解错了一些概念,运用错了一些东西。写东西是个好的方式,是让自己思考的一种方式,也是一种package,ok

[b]场景:[/b]
系统内置发送信息,当用户提交的信息审核通过,发送信息给用户

信息--站内信 短信 邮件

提供发送信息的借口,分别实现。

public interface NoticeUser {

void sendNoticeInfo(String title,String content,RbacUser rbacUser);

}

public class BusinessMsgNotice implements NoticeUser {
private BusinessMsgManager businessMsgManager ;


public void setBusinessMsgManager(BusinessMsgManager businessMsgManager) {
this.businessMsgManager = businessMsgManager;
}


@Override
public void sendNoticeInfo (String title, String content, RbacUser rbacUser) {
BusinessMsg businessMsg= new BusinessMsg();
businessMsg.setMsgSendUid(Constants.BusinessMsg. SYSTEM_SENDID);
businessMsg.setMsgCreated( new Date());
businessMsg.setMsgBusinessType(Constants.BusinessMsg.Type. SYSTEM);
businessMsg.setMsgContent(content);
businessMsg. setMsgReceiveUid(rbacUser.getUsrId());
businessMsg.setMsgTopic(title);
businessMsg.setMsgCheck(Constants.BusinessMsg.Status. CHECK);
businessMsg.setMsgRead(Constants.BusinessMsg.MsgRead. NOT_READ);
businessMsg.setMsgDnd(Constants.BusinessMsg.MsgDnd. PERSON);
businessMsg.setMsgDelete(0);
businessMsgManager.save(businessMsg);

}
public void sendNoticeInfoFtl(String titleFtl, String contentFtl, Map<String,Object> model) {
File fileTitle= new File(getClass().getResource("/" +titleFtl).getPath());
File fileContent= new File(getClass().getResource("/" +contentFtl).getPath());
sendNoticeInfo(FreeMarkerContentUtil. getContent(fileTitle.getParentFile(),"companyNoticeTempleteTiTle.ftl", model), FreeMarkerContentUtil.getContent(fileContent.getParentFile(), "companyNoticeTempleteContent.ftl" , model),(RbacUser)model.get("rbacUser"));
}




}



发现信息的模板需要支持实时更改,也就是信息本身内容要修改,上面只是提供了发送方式。

[b]信息内容处理方式:[/b]
数据库存储
模板文件配置方式
[b]key->who使用这个系统[/b]
数据库/模板只是存储信息的方式,虽然模板需要去解析,但这跟数据库需要查询一样样的。


[b]
问题:[/b]
1.提供接口,提供不同发送的实现service
2.提供ftl模板方式构造内容
3.提供ftl的修改。
[b]错误的方式:[/b]
1.利用ftl拼装过程代码冗余,想移动到service中,需要获取一些web的ip特性之类,但service层获取http中参数,这不科学,传递过多参数,这更不科学。
2.service肩负了太多的责任,单一职责啊。
3.信息目前就定义title与content,抽取model浪费
[b]解决:[/b]
1.增加一个model,没认识到model除了title content还有rbacUser
2.提供一个工具类,接受http参数,拼装内容,
[/size]
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值