从计算器说起，谈一谈产品经理应该断定的前后端分离

这样的用处是，相同的编译器只能够写到一套，同时，控管也渐变得方便，如果显现了 bug 能够修复，比如原本“0只能认真除数”的建出错定时文案写到成了“0只能认真被除数”，只能够系统升级服务下端的编译器，几个量度机接获的定时素材就不会连动系统升级成正确的文案。

这个时候你赞许不会想到另外一个解决办法，就是这种设计方式在在现实之前是行不通的，手机供应商不不会同意与其他的供应商共用编译器，而且将量度机的量度检视放于云下端，一旦IP建出解决办法，量度机就“挂了”。

这个时候，又显现了另外一种提供商，叫认真 SDK。按以上的例证来理解，就是将IP上用于检视量度机量度自然语言的编译器打成一个自带，这个自带就叫 SDK 自带，然后把这个自带索取每个供应商，每个供应商先将 SDK 自带功能强大到自己的量度机技术的发展从前，功能强大的自然语言是这样的：

而从每个量度机运作的角度来看，量度机技术的发展和 SDK 自带之间还是通过 API 来呼叫，但是无需经过网络，在本地就能未完成量度的检视，其自然语言是这样的：

可以看不到，虽然所有量度机用的是同一套量度自然语言，但是都在自己内部独立检视，两者之间电磁干扰。你不会回去到，还好了一番，这个量度机又回到我们最开始看不到的那个看起来，单机运行，无需联网。

这是 SDK 的劣势，下一次系统升级，只能够将除此以外的功用编译器先度打自带，索取供应商系统升级即可。不过，这也暴露建出 SDK 的缺点，就是如果供应商未能幸而功能强大除此以外版的 SDK 自带，则其他用户无法玩游戏到除此以外的功用，比如基于阿利的相同国产手机操作系统，阿利最上层不一样就是这个道理，因为如果 SDK 付诸的功用相当多，那么功能强大 SDK 是一项颇为大的工程，而且每次功能强大新的 SDK 都能够进行时值得注意的可验证，防止显现兼容性解决办法。

以上便是本文的全部素材，期盼对你搞确实前末下端的明确工作有参考价值。

作者节录：

应用软件开发计划方式在之前的前末下端剥离本身是一门比如说的学问，本文用了一种非新技术建出身的系列产品总经理相当好理解的表达方式简述了前末下端剥离的基本种概念，如果各位热衷进一步探究，可以在该网站搜索“MVC 应用软件开发计划方式在”深入研修。

关于文之前写道的 API 以太网元数据方，热衷可参阅《新手系列产品总经理必学新技术以太网元数据方》

华尔街日报

系列产品锦李，社不会公众号：系列产品锦李（ID：IMPM996），理应都是系列产品总经理华尔街日报。沉迷的系列产品总经理和他的系列产品设计。

本文原创发布于理应都是系列产品总经理，未经许可，禁止刊载。

题图来自Unsplash，基于CC0备忘录。

该文观念仅代表作者本人，理应都是系列产品总经理平台仅提供信息存储空间服务。