做产品应该以数据为核心还是以代码为核心?

    背景 :

        标题中做产品应该以数据为核心还是以代码为核心?意思是在做产品的过程中,数据是否应服从代码的逻辑通用性进行数据的变动(哪怕出现了一些较为冗余的数据)。

         前提:数据量不大,10w条以内。

         现在项目中遇到了这个问题,根据行政区划进行汇总统计5大类数据量,5大类中各有2-3个小类。

         按照数据的设计原则,数据预计算提供成原子性数据(不能拆分的数据,既小类统计的数据量),不预计算大类数据。

    方案:

        1、 我个人持有的意见是:数据结构都一样,大类和小类都统计一遍,放在库表里,后台直接可以通过每一类对应的标识进行数据获取。

         2、如果放到代码中,放到前端,客户提出变更,前端代码势必得改变,后台提供的数据不变,但要规整,前端需要什么数据,由前端来核算,是最灵活的,改动最小的。

         3、放后台不可取,代码是写死的,数据结构发送变动,后台代码就得更新。

    问题:

          各位大拿,这种情况应该牺牲解耦还是性能?

 

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值