会议讨论结果

     会议好几天已经说要开了,因为东西还没做完,我也不急着做什么展示,今天教授说公司要看下,丑媳妇儿到底是要见公婆的,于是乎便到会议室跟大家一起讨论去了。

     会议主要的争论点在如何对消息进行处理上,我之前的方式是对用户对消息进行手工处理,就是双击一下就可以把消息消了,但几位老大些都要实现自动消消息,要我们提供相关的函数,在他们处理某条消息的时候,同时把消息删了,本来消息系统跟公司的其他系统都是分开的,几乎没有耦合,如果这样实现的话,很多都只能通过数据库来控制,而且不同的程序之间处理的数据又有所不同,把我郁闷到了,这跟之前设想的东西又不一样了吧,我只要给你一个提示,你处理了就双击一下消除,这个从操作角度来讲,应该没好复杂。如果加上这个的话,就让程序失去了独立性,我不想再跟那些杂七杂八的东西关联起来,但是没办法,用户的需求要满足,老大的需求也得满足,那就改吧,跟教授讨论了半天,其实这块实现并不难,只要在消息表中加2个字段,在传消息时加个参数就行了。

   麻烦的在后面:

        1.消息的目标列表的问题,今天LIS部的同事提起了一个流程可能要发给几个不同的科室的问题,这个之前是想过的,不过最后没想那么多情况,自定义目标列表这个还是有必要实现,不过也是比较麻烦的一块。

        2.消息要有几种模式,一种是有一人看之后几消除了,还有一种是必须每个人看了才能消失。如果可能的话还要加上消息的有效期,过期后就不发了。

        除了自定义列表这个外,另外两个我都感觉必要性不大,而且实现方式繁琐。没办法,现在先想办法怎么解决这两个问题

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值