当然是工厂模式，这个是最容易想到的。

设计模式是方法，可以不用太纠结，目标应该是 Single Point Of Truth.

@yukong 你眼神好就不用缩放，不过这个不需要用户担心吧，这个年代，连 win10 都能很好的处理高分辨率了，更何况苹果家呢，直接用系统默认缩放就行。

明基 pd 系列，我入的 pd2700u 可以给 9/10 分。

目前能想到的就是一条主干，拥有所有功能。
然后按功能组合的不同，每个组合 release 一个分支。

功能有修改的时候从某个 release 分支 fork 一个特性分支出来修改，然后 cherry-pick 到需要这个新改动的 release 分支去，如果改动是面向所有医院的，从主干 fork，然后合并到所有 release 分支。

如此，至少做到了每个需求的代码只写了一次。

当然，每个功能都有开关是必须的。

流程也分正常流程，异常流程。
异常流程用异常来全局处理没毛病，spring 也支持在 @ControllerAdvice 中统一处理异常。

另外，在有异常的语言里还用返回值做错误处理是嫌自己工作量不饱和非要增加心智和体力负担吗，能让机器累的为什么要让人累？

再另外，意外情况如何定义？我认为数据输入错误就是意外情况，比如登录时把密码输入错了。我就喜欢定义一个 InvalidPasswordException。

@yikuo 求问如何做到共存的，bios 里面打开虚拟化选项？

作为踢完球换下的球衣都是香的人表示，从来没担心过体味问题。

旁人的汗臭也好香水味也好都 ok，觉得不 ok 的是覆盖范围太广太浓郁过于影响他人。

依赖注入就是我一掏粪的，你给我一勺子我能掏，给我一铲子我也能掏，只要你给个能掏粪的东西就行，你给啥我用啥。

@scnace 为啥，我觉得 tapd 挺好的呀。

楼上的建议都好，我提供一个非技术路线的方法。
遇到这种烦心的时候，不要急着蹲在工位上埋头苦干，站起身离开办公室走一走，冷静一下，清空一下脑子。
让自己记住一点，技术上那些事都是小事。

{"isConfirmed":"false"}

就问你怕不怕。

假设一条记录 5k 大小，1 亿条就是 500G，确定内存、带宽真的够？
分页是必选项。

我认为该留，我也遇到过这种情况，从来没写过 hybrid 应用紧急中途接手，都是解决问题并不用太在意技术领域。

只要公司不是故意挂羊头卖狗肉骗你都可以理解，能接受的尽量接受呗。

3

git submodule/subtree 考虑一下。

你想一下，为什么你能区别自己的前端和第三方前端，如果你能从逻辑上区别，那说明可以做鉴权嘛。

自己做的东西先自己用，自己满意了再请别人用，然后请别人给个反馈好还是不好，哪里好哪里不好。