好东西哈，mark 一下，去体验体验

@90928yao 233，我当年有个项目，领导雄心满志要做微服务，然后没那技术，做出来一个项目跑了好几个 tomcat 互相调用，号称这就是微服务……

@90928yao 其实中台的出现比微服务要早，有中台不一定就是微服务模式。有可能只是普通的服务而已。
我接触到的就是这样，有中台，但完全是传统的部署模式。

@qiyuey 说法不同而已，我这边是按前中后台来分的。不知道为啥，似乎电商都喜欢这么分，可能是学的阿里吧……

其实很多公司没有前台这个部分的，因为业务不够复杂。
在大公司的项目中，一个页面如果直接调中台，可能首屏就需要几十个接口，而且这些接口还是分批次调用，第一波接口结束后，跟据其结果调用第二波接口，然后再第三波，这样会导致前端加载耗时长，消耗流量多，且容易发生加载失败。
而前台则跟据前端的需要一对一实现接口，按照页面的需要请求相关数据，由于是内网访问，速度快，稳定性高，最后清洗一下还能减少用户端的流量消耗。前端的 kpi 一下子就完成了(狗头)

@ybonfire 后台是什么我是真不了解，但是前台和中台的区别我还是知道的。前台一般是和前端一对一的，完全为前端而服务，主要做接口聚合，数据清洗等服务，没有过于复杂的逻辑。
而中台则不管前端，而是以自身业务为模块进行划分，一个中台会同时向大量的前端 /前台提供服务，通用性极强。

ps，现在互联网行业的架构严格上说能分 4 层。看各个公司具体情况，会选择其中的几层来实现。
1-前端：用户设备上跑着的部分，网页 /app/pc 客户端等。这个省不掉的
2-前台：对中台 /后台接口进行聚合封装，提供给前端使用，与前端功能一对一伴生，能提高前端性能，简化前端场景(解决如多接口部分随机失败或时序等问题)。这一层可有可无，没有的话性能差一些，前端直接调中台也行。
3-中台如上所说，以业务模块为维度进行封装，比如会员中台 /商品中台 /支付中台等，最复杂的业务逻辑一般也都在这一层实现，比如无比恶心的支付……
4-后台，嗯我也不知道后台到底干啥，我只是个无知的前端。

简单的说，传统模式中前端 /前台开发者用到了哪些功能，就得彻底了解这些功能相关的数据结构和约束。现在则是用到了哪些功能，直接调用中台接口就行。
大量复杂业务逻辑从前端 /前台被抽取到中台，大大简化前端 /前台的开发难度。

中台基本上就是以业务为维度对后台进行一次封装。
具体而言以前的管理系统，涉及到用户方面的事儿都是自己查用户表。中台则对其进行一次封装，把用户相关的操作全部封装到一起叫做用户中台，该中台可直接向前端提供服务或向其他前台 /中台提供服务。

这样一来就不用每个业务功能的开发在开发到用户相关功能时都要自己去研究用户表及其附属表的结构逻辑。也方便用户模块的开发者内置一堆业务校验等功能，防止其他人不会搞，搞出一堆脏数据。

以及，那些一个产品卖一堆公司的，还不是卖给哪家就显示哪家的名字。
但是著作权还是自己的，也必须是自己的，要不没法做到一个产品多次售卖。

看合同，如果是委托开发就是客户的。如果你是销售产品的使用权，那就是你的。

嗯，我查了下，目前是 50 刀起了，放弃吧。

以及，所谓的迁移是指，你去买个 kvm 的机子(没记错是三四十刀起)，然后迁移过去。
所以放弃自建吧。

+1 半年前就开始通知了，可怜我的年付 3.99 刀传家宝啊。

ff71,未发现此特性，一般是 ctrl+滚动=缩放，你是不是装了啥奇怪的扩展？

「参与了 5 次，就应该比参加 1 次中奖率高」参加了五次就给分配五个序号呗，相当于 5 个人。
然后剩下的就按 1 楼说的办

@shadownet 还真是，按苹果的算法 8T 大概是 4000 刀，换算成 mlc 就是 6000 刀。够买个小车了……

@akmonde 哈，不了解，没用过

@akmonde 基本上就是通过网页发了，话说你说的 chrome server 是个啥？