可能 Type=Simple ？

话说你这是系统包安装的？

你先说说你遇到了什么不明白的地方

#30 #36 @Plumes
你人一天只有 24 小时。放在开发上的时间最多也就 10-12 小时。
如果你只用一种工具，那么就是花一个工具的钱用 10-12 小时。
如果你用三种工具，如上所说你不可能「同时使用」这三个，那无非就是三种工具各用 4 、 5 个小时。
对于商家来说，他卖出了更多的授权，获得了更多的收入。
对于你来说，同时使用三种工具又比以前单独买便宜了。
不是什么很坑的定价吧。

#33 @chloerei
并不见得。你这种定价策略是商家明摆了不想大多数人用某一个套餐才会这么做的。
比如卖 VPS ， 1G 内存的打折卖 100 ， 2G 的正价卖 300 ，那就是商家明摆着希望你别去买 2G 的款。
又或者是要聚集人气，把某个低配置超卖增加客流。

对于一款 IDE 来说并没有这种奇葩的策略。
所以直接捆绑销售打折，每一个套餐的性价比都差不多，才是正常的定价策略。

@Plumes 这不叫｢同时｣。

教养+处女座(？

@Plumes 同时开 3 个？这是什么高级的开发技术…

@loading
@bdbai
我反正觉得应该分开。

@Plumes 你又不会同时开 3 个一起用，有什么问题？

@BikeMan 拿易语言黑你就想多了。这货在 C#出来之前几乎就是桌面端最强语言。

@kaedea 你哪里看出来支持 Markdown 了……
只是个静态下载站而已。 h5ai 实现的。
其他的基本都是静态文件。

@BikeMan 易语言已经老了，现在有各种好用的别的语言可以替代了。

@kaedea 你说的是哪个部分？

@bdbai 是啊。这就是典型的 N+1 问题优化。 1 个请求+N 个子请求，优化成 1+1 一共 2 个请求。

@stevegy 敏捷开发更应该以测试为优先了，持续测试持续集成，竟然还能搞成这样……

@loading 看了半天没看明白你什么意思。
1 个帖子 10 个回复， 10 个 id 拿用户数据也就 1 个请求就足够了，为何要去测什么 10 个请求。

很少听人说么。
以前曾经用过一阵，结果因为磁盘性能不理想就换了 kagoya 来用了。 SSD 似乎是新出的呀。

谁告诉你换工作要重新抽的……

@loading 每个 ID 请求一次？这是什么新鲜的逻辑？是不是 SQL 也只能一次请求和返回一条数据了？

@bdbai 具体怎么做要看具体情况的。
比如说你前端程序是不是 SPA ，如果是的话， SPA 内部可以缓存数据，每次只要返回差值即可。
多次请求也就现在开销大点，然而现在的 SPDY 和以后的 HTTP/2 都会压缩报头和流复用，多个请求回复和单个合并的请求回复并不会有想象当中的那么大。

另外，像你这个返回帖子数据的 API ，根本不用等用户数据下载完就可以显示帖子了。等用户数据下载完了再把更新后的数据写入页面即可。

不过呢，如果你在创业公司的话，还是怎么简单怎么来，只要后端做好模块化，易于拆分的话，就算是合并输出也无所谓。毕竟初期快速迭代出产品比什么都重要。