crclz 最近的时间轴更新
crclz

crclz

V2EX 第 379541 号会员,加入于 2019-01-23 20:05:13 +08:00
今日活跃度排名 7218
为何 Java 内存占用比.Net 内存占用高这么多?
Java  •  crclz  •  167 天前  •  最后回复来自 no1xsyzy
99
大家工作中的前后端是如何合作的?如何减少接口变更?
  •  1   
    Java  •  crclz  •  262 天前  •  最后回复来自 sunxiansong
    51
    读《大型网站系统与 Java 中间件实践》有感
    程序员  •  crclz  •  2020-01-01 17:26:33 PM  •  最后回复来自 luozic
    9
    postgres 如何锁住一条不存在的记录?
    PostgreSQL  •  crclz  •  2020-01-02 16:29:31 PM  •  最后回复来自 encro
    38
    微信企业号拿企业当小白鼠
    微信  •  crclz  •  2019-01-30 10:58:45 AM  •  最后回复来自 gethin0321
    4
    crclz 最近回复了
    10 小时 33 分钟前
    回复了 CoderLife 创建的主题 程序员 请教两个 API 设计的问题
    第一个问题:分开做 2 个接口、合并为一个接口 这两种做法,从写代码层面上来说,普通程序员是可以轻松实现的,不存在困难。

    但是,最重要的是,要考虑到前后台 Api 在之后的开发阶段会不会朝着不同的方向演化。

    现在阶段,前后台 Api 的差距,看似只是返回信息的数量的差距。
    但是,在之后的开发阶段,两个 Api 可能朝着不同的方向演化,并且二者的差距越来越大。
    面向后台的 Api 可能会附带上其他的监控方面的数据,面向前台的 Api 可能会附带其他的向用户展示的数据。

    如果之后这样演化,那么再继续共用一个 Api 地址,就显得很混乱。面向后台的 Api 的修改,很可能牵涉到前台的变动。

    所以,第一个问题的核心,就在于两种 Api 在之后会不会朝着不同的方向演化。

    ---

    第二个问题:这是 overfetch 的问题。一个可选的解决方案是 graphql 。此外,如果要在 restful 基础上来改进的话,就应当偏向于返回更多的数据,来降低开发中需要考虑的情况数量。

    返回更多的数据会造成 overfetch,会造成带宽资源的消耗,同时也会降低开发的复杂度。并且,如果带宽资源不紧张,就可以不管。
    如果带宽资源紧张,根据二八定律,只有那 20%的接口最消耗带宽,所以就只需要用某种带宽资源的 profiler 找出最消耗带宽资源的那四五个的接口进行修改,让它们不要返回过多信息,或者拆分为更细粒度的接口。
    即使不是骗局,商业模式也不可持续发展
    keepass + 坚果云 webdav
    新建一个临时分支用于:1. 合并冲突 2. 运行单元测试、各种测试
    测试通过后,将该分支并入 master 分支。如果需要部署,就将 master 分支并入 release 分支。
    Angular (优美、开发速度快,但挑人);
    Vue (不怎么挑人)
    ( React 没用过不评价)
    经验:指定一个比例(例如 1/5,1/3,1/2 ),理发师就不会把长短控制的过于离谱。
    15 天前
    回复了 ljzxloaf 创建的主题 程序员 微博的同学看过来:只有昵称怎么登陆
    @lesloli 小圈子另当别论。垃圾场指的是大家都会关注的信息——热搜——的评论区,同时这反映了大部分微博用户的垃圾属性。
    关于   ·   帮助文档   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1848 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 18ms · UTC 17:25 · PVG 01:25 · LAX 09:25 · JFK 12:25
    ♥ Do have faith in what you're doing.