web项目中的业务逻辑和数据的关系

这两天web改版,因为牵扯到线下,遇到了一些自己认为不合理的业务逻辑处理,自己又做不了主,也挺郁闷的。下面随便举个例子来看看我遇到的问题吧!

有一个记录用户参加过哪些过哪些聚会的功能,并且用户可以查询自己参加过哪些聚会。问题就在于数据里的聚会记录是可以标记为删除状态的,现在的逻辑是,聚会一旦删除,就不能再展示给用户,用户的历史记录里就没了这条参加记录,但针对用户而言就是自己确确实实参加的聚会,前两天还有记录,然后突然就没有了,跟没参加过一样,这样的业务逻辑我觉得问题挺大的,就像我们在淘宝买过的东西,不能因为商品下架或售罄,我们的交易记录就毫无理由的消失吧。


按理说:应该是业务逻辑觉得产品的UI和数据,但这里好像反了过来,数据决定着实际的业务逻辑,自己的历史记录不再能记录是否参加过,还得取决于数据的状态,不是吗?实在想不明白做产品的是怎么想的,最起码我听头大的,遇到这种和实际的业务逻辑不符,也不合理的应用,自己想不通,事事都得向老大询问、确认,既费心费力,有显得自己很无能,没有深刻理解公司产品,不知道有没有遇到同样问题的同仁。


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值