@marcong95 所以这种被淘汰了，因为确实不好用。我提这个就是想说明一下厂商为了保留网口付出了多么大的努力。绝不是觉得没用，就砍了。

@sujin190 所以你没看前面讨论吗，前面提到了，砍网口是因为放不下而不是没用，哪怕再没用的接口，厂商也是不愿意随便砍的。
所以 sd 卡槽这种极小众的东西反正放了没影响，也就一直放着了。

@shijingshijing 嗯，这种好不少，不那么容易坏了。
所以总得来说还是那个结论，就是在可能的情况下，大部分厂商其实是不愿意放弃 rj45 的。

@marcong95 这是图
https://www.nruan.com/53847.html

@marcong95 折叠口是比水晶头薄的。那种是抽出来后展开用的，水晶头实际上没有插入机身内。不过这种口的可靠性和寿命都堪忧，所以没有流行起来。

要不是以太口实在塞不下，哪家愿意砍……
之前不是还有轻薄本上折叠以太口的，可惜可靠性太差，没能普及开。

总之大部分厂商都是希望各种接口不管用不用，塞得越多越好，除了部分奇葩的公司以外（比如苹果，还有苹果，以及苹果）……

你说的是 serverless 化的组件吧？其实现在很多啊，比如各大地图服务商的地图组件，比如某些第三方评价组件之类的。都不需要开发者部署服务，直接注册个账号后充钱，然后再页面里面引入组件即可。

但是这么搞的一般都是大型组件，比如上面提到的地图，如果是小组件，一个页面里面几十个不同公司的组件，风格完全不一样，那真不是一般的丑。

当然另一种做法就是只用接口，自己做 ui，这个就是目前很常用的做法了，第三方客服，第三方 im，第三方直播系统。这写东西各大云服务商都有卖，是很主流的做法。

@zhimo08 哇，你好厉害。

@zhimo08 那就没招了，你说你有个能实现世界上所有愿望的魔法石，但是不能展示给别人看。
我还能怎么说，我只能说「哇，你好厉害」。

@zhimo08 首先，这个功能是商品详情用的比较多。
其次我为什么要和你赌，搞清楚你是来这里做宣传的啊，把自己做的东西说清楚不是对你自己有好处吗？

@zhimo08 你就说一下怎么实现一个类似淘宝的商详的多维度规格选择弹框吧。不写代码，不用现成组件。
顺便一提规格选择一般有三种业务模式，1-禁止选中不可用的组合，2-选中不可用的组合后将除最后一次选中以外的其他选择取消 3-允许选中不可用的组合，并提示用户不可用。

你是你想做的说白了就是个 cms 而已；或者更准确的说，有赞模式。
平台提供固定的核心业务流程和足够多的业务组件，然后用户自己组合。能做到千店千面。不过缺点是，提供了的就能实现，不提供的就是没有。

举例而言，在高级搜索组件上，开发方提供了多选就能配置多选；开发方没做多选，使用者有天大的本事也变不出一个多选功能来。

@zhimo08 所以说啊，要用你这套东西，必须要会写代码才行。

顺便一提，流程图整理废了两天，代码只用了半天就够了，也就是说如果真的有产品经理把流程都图整理出来了，他基本上已经得到了可执行的代码了，也不需要别的奇奇怪怪的工具来实现了。

@zhimo08 你找个能理清楚这种逻辑的产品经理看看，产品经理画出来的流程图就是个概念示意图而已。
他们连哪些东西是异步，哪些东西是同步都分不清，指望他们画能等效代码的流程图？

我提一点小建议，一般多版本并发时，是希望靠后的版本包含靠前的版本内容的。
也就是 dev1.1.0 应该从 dev1.0.0 拉出来，同时 dev1.0.0 中的东西要跟据需要不时的往 dev1.1.0 中合并。
否则老版本中处理过的 bug 在新版本中还存在，等完成合并后，还得把这些 bug 在新分支重新测一遍。同时还能减少冲突。

@zhimo08 我的意思就是他们并不能说清楚自己到底要什么。我这边有个在一个小程序内跟据各种条件和用户操作来智能切换账号的功能。
产品经理描述了就几句话：
1-有入参优先入参
2-其次用缓存
3-再不行用定位
4-都没有就走访问记录
5-最后用推荐兜底
6-执行前述流程时会有阻塞态，但是对于白名单页面，宁可放弃部分也不能阻塞。
7-能并行的步骤必须并行，能避免重复请求的必须避免重复，总之性能必须最优

然后我整理出了三页流程图，包含近百个节点，产品经理自己都看不懂的这种……
所以你指望产品经理能自己理清思路？想多了。

产品经理要是能说清楚自己到底想要什么，就不需要程序员了……