@optional 这个才是正解

@hLc1 抱歉，你那个标杆的复杂度在 office 面前不值一提。即使在 wasm 应用前的时代无论百度还是谷歌的地图软件又或是 qq 邮箱都一样不卡。

@KuroNekoFan 讲真，每次看到 xx 音乐播放器、xx 客户端，vs2017、vs2019、vcs 等东西背后那一堆进程都有被喂了屎的感觉。
仔细形容一下，就像一个一生勤俭持家的老人看到小辈吃饭时漏掉一半在桌上

@abcbuzhiming 严格区分责任的话，浏览器还真不应该背这锅，浏览器的进化已经很好地解决了它的目标问题。相比起浏览器自身的资源占用的提高，web 自身无节制的增长凶残多了。10 多年前个人站长盛行的时代，页面上所有的东西都是需要精打细算的，表格太多、js 太多甚至图片太大太多都会显著影响到网站最后的浏览效果进而影响到网站的收入。那个时候论坛很流行四个字：图多杀猫（顺便顺，移动互联网时代的早期也一样有几个字：手机用户慎入）。

@hLc1 单说性能问题的话，目前这一套，无论怎么架构，只要数据量增加，最后九成九都会回到 webkit 这一层的性能问题的。js 的速度优化只是提高了其中一块短板（况且 js 的理论上限也只是等于 native 而已），但是 electron 这套方案短板不止一个。再多的银弹，也掩盖不了 electron 比 native 层更复杂的事实。
当然用不用 electron 或类似的方案，最终只是一个技术取舍问题，并没到什么严重的伦理问题的层次。即使放弃 native 的性能上限对大部分场景下依然是足够的，这就和只是要磨个皮美个颜美图秀秀足够了一个道理。

@DoveAz 只是个 launcher 而已……国内网游厂调用 ie 内核做 launcher 有很多年的历史了。

最快的方法就只有遍历字符判断这一种。如果要进一步优化，用查表应该比 if 快一丁点，但是不会有多显著

希望有人……
为啥不能先培养自己记日记的习惯呢？

@franc3567 想多，你这个普通人的定义太放荡不羁了点，能在医疗器材行业开厂的叫普通人？医疗器材你不靠医疗行业的销路难道跑小区摆摊卖货？

@abcbuzhiming 比拟错了，用户的电脑是花钱买的，开发者的电脑才是不花钱的，使劲艹

@franc3567 连资质都没有的进去那是拿别人生命开玩笑啊

@areless 同收，楼上优先

当然，考虑到你自称初学者，我就啰嗦一句，理解递归首先要求你对函数调用有足够的理解，你对函数调用有清楚的理解，递归就不难理解

首先简单来说就是在函数中调用一次函数自身。如果你配合堆栈的概念会更容易理解。在堆栈上看，递归是需要开辟新的栈空间的（先不考虑尾递归优化这个特例）），所有的上下文都是全新的，不准确的说，你把递归调用的函数可以看成一个全新的函数，这样你就可以抛开递归这个概念来思考调用过程中到底发生了什么了。
纯自己的理解。

我这个工科的都没用过 md……
记者这行单位发啥就用啥，新闻发布会上发布方一水的大黑粗的 win 本也是常见的。

目前效率是达不到的，用 js 来写，是打算放弃 Excel 的企业用户么

上面都想太多，有三个武汉人和他有相同路程，只要行程交叉就命中，就是这么简单的判断。
比如在车厢里，你坐头他坐尾，你怎么知道车尾那个是武汉人？所以患者不知道他接触过武汉人，武汉人也不知道接触过他，但是病毒和交通部门都知道。

最大影响就是让没经历过非典的一代人咋呼一阵。
认真说，防疫方面是会加强的，这次下来，以后疫情出现的时候下重手会更果断了。现在的疫情上报体系就是非典时代建立的，实际上非典之后几乎每年都有 hxnx 变种，但是都有效拦截了。我记忆中最深刻的应该是 10 年前后的那次，只要发烧就要隔离，医院呼吸科人满为患。而且当时也是流感爆发期，当时我染上了流感，吓坏了，然后躲被子里发了半个晚上的汗好了才放下心来。