1. OS 原生 API ：针对的是整个 OS 的全局应用。
例如：由 OS 提供的 gui api 的使用是面向全局的，提供了画点、画线之类的图形函数；它不仅要具备画前端的图形界面的绘制能力，还要具备对数据处理后的复杂数据曲线的处理能力，等等。
这些 api 在使用上，低层级、复杂、适用范围广泛。
一般有大社区的支持。
2. 第一级的第三方：针对某个领域内的应用。
例如：flutter 是针对 UI 领域内的应用，比 OS 级的 gui api 适用范围更窄。在 UI 设计方面，比 OS 级的原生 api 好用得多了，但也不能做到面面俱到。在 UI 框架设计 app中，一般 UI 设计师不再需要去考虑画点、线的 api，而是直接考虑 widget 部件即可。
flutter 的原生路由管理，是针对整个应用场景 ui 的路由管理，因此，其用法是复杂的。
flutter 从 1.x ~ 2.x ~ 3.x 的发展，未来不排除在路由方便也会变得越来越好用。但可以肯定的是，未来也一定会像其他跨平台框架的前辈们那样，最终会被更好用新东东的所取代。
一般有中、小型社区的支持。
注：第一方为软件开发者，第二方为原生开发工具，第三方的软件支持包？
3. 第二级的第三方：针对某个领域内具体应用的功能改良、或完善。
例如：auto_route / go_router 是针对 flutter 在路由功能上的改良。与原生的相比，在使用上就简单、方便多了。
相比于 Qt 而言，flutter 的原生路由，太复杂了；在大多数的应用场景里，也许根本就不需要这么复杂的？但是，在某些需要处理的复杂场景里，Qt 可能就远远不如 flutter 了。
实际上， UI 页面的跳转、或数据传递，没有必要想象得那么复杂。
从外部的表现来看，假如从 html 语言的角度来思考，其实，就只不过是不同网页之间的跳转，以及数据的传递而已，这是人们想要的效果。至于内部的具体实现，当然是越简单越好了？flutter 的原生路由的实现，好像搞的复杂了？
人世间本来就不存在十全十美，无所不能的东西，api 也是一样的道理。
不能笼统地、简单地说：谁好。而是应该说：在某种应用场景的约束之下，谁好。
吃饭是好事，但假如在已经吃得非常饱的情况之下，还要继续吃，就不见得是好事了。
一般有小型社区、或个人的支持。
4. 第三级的第三方：针对某些已经停止维护的应用的再次延续，等等。
对于人类而言：变是永远的不变。
早期的智能手机，有人用卖肾来换取；对于现在来说，那些所谓的肾机，不论是在外观上，还是功能上，都是垃圾而已。
那个卖肾的家伙，傻了吧？用一辈子的健康，来换取一个垃圾电子产品，值得吗？面子？虚荣心？这些虚无缥缈的东西，真是害人不浅啊。
所谓的学习，有可能越学越精明，也可能会越学越傻，问题在于：学什么？怎么学？
概念的淘汰：学创 取代 学习。没有创造能力的那种单纯的所谓学习，对于人类来说，毫无价值，甚至是负价值。
对于人类可预见现实的未来而言，所谓的：万岁万岁万万岁，这只是一种忽悠人的把戏，如此而已。
X1. 原生与第三方的差别
- 原生与第三方的表述，是相对的。
对于 OS来说，第三方指的是第一级的第三方；对于 某个领域内的应用来说，第三方指的是第二级的第三方；
比如：相对于 OS 来说，Flutter UI 框架就是第三方。相对于 Flutter 来说，auto_route / go_router 等等就是第三方。 - 目标不同，具体的应用场景不同，导致具体的表现也会不同。
如果将原生级别的 api / sdk 视为是材料级，那么，第三方的是对原材料在某种角度、或某种程度上进行了再加工之后的半成品、或产品。
一般原生级别的适用范围比第三方的更广，由此而导致了在使用上会更复杂。 - 每一级的更新，存在一定的时间差；甚至存在大量的停止更新现象。
- bug 的修补问题。
- 某种 OS 、或其大版本的淘汰，可能会导致构建在其上的应用的失效，跨平台除外。
某种具体应用 的淘汰，会导致构建在其上的第三方应用的失效。 - 对于产品来说，原生的新特性、新功能很好，是卖点；但可能存在严重的 bug，这也可能是亏钱的陷阱。
- 在某些时候，自己想要的功能，未必能够从第三方中找得到。此时，还得使用原生的来开发，自己就充当了一种第三方的角色了。
甚至连原生的都没有的时候，这就需要人们不断地去创造了。 - 金钱不是万能的，但是，没有金钱却是万万不能的。
人类肉体的存活，离不开物质世界。金钱是物质交换的中介与参照物。开源 =/= 免费；有开源的 MIT 协议，也有各种其他的收钱协议。
X2. 第三方产品的选择原则
不要去追求完美的第三方产品，只要其某个版本在自己的使用场景里，不存在不可接受的 bug ，这就是最好的了。就算是自己全心全意地去开发产品，也不可能做到没有 bug.
不要去追求第三方的产品有很长的寿命，只要评估其未来可能还有 3年的维护期就可以了。当然，可能赌对了，也可能赌错了，这是一件很正常的事情，没有什么好大惊小怪的。
类似功能的 app，如何快速地筛选出适合自己项目的来呢？有时也并不是一件容易的事情。功能与性能？最近更新？用户人数？评价？支持力度？不同的搜索引擎、不同是搜索进行时，也会出现不同的搜索结果
X3. 在开源软件是世界里，一般说来，许多旧版本的发行包，都依然存在于现今的官方仓库里，为什么呢？
- 同一个软件，版本的兼容性问题。
不断发展的结果，软件发行包也会不断的进步，导致了同一个开发包的不同版本之间，无法做到兼容，这是必然的。可能是相同功能的 api 函数名称被改变了，参数被改变了，或是其他等等的东西被改变了。 - 在时间轴上，实际产品在维护上的困难。
人们在开发时，采用了某一个版本的软件包。在一定的时间之后，OS、api 软件包都被更新为了新的版本。当没有足够的利益、或价值的时候，开发者们一般是不会去更新到新的版本；使用者们也只会使用当时的、可用的旧版本；这是旧版本存在的价值和意义。
当旧版本无法在新的 OS 上运行时，就会被使用者所抛弃；但对于开发者而言，可能仍然具有一定的创造参考价值。 - 对于那些旧版本、或太旧版本的 api，从用户的角度上来说，可以看作是一辆破单车。在某些场景之下，哪怕是再破的单车，也总比走路要好吧？更何况还可能是免费、开源的破单车呢？
当然，如果有条件，还是采用最佳的交通工具为好；毕竟破单车意味着效率的低下，浪费时间，就是在浪费生命。 - 人类个体，其实与不同的软件包，在生存的表现上，都是类似的。
从出生、成长、盛年、衰老，直到彻底推出历史的舞台，这就是新陈代谢现象。 - 参照系的价值和意义
在大方向上，新陈代谢现象，并不取决于人类自己的意志，虽然人类可能可以作出一定的微调、或干预。这种现象，应该是取决于宇宙设计者的意志，这是人类智慧永远也无法触碰得到的存在，就像是一维坐标系上的绝对最大正数（正无穷大）那样，人类可以理解到它的存在，却永远也无法知晓它确切的、具体的数值。
无穷大为人类指明了数轴的发展方向，而人类需要确切关心的那一部分，是原点、以及附近的区间。人类不必去关心距离地球上百亿光年处的恒星的爆诈，却不能不关心太阳的激烈的变动。
参照系是人类智慧的结果，然而，并不是所有的参照原点，都是正确的，善良的。比如：地心说，Ga镓天吓说。
X4. 在设计中的乱象，是常态。
只要存在着不断的创造，就会存在有不断的乱象。
在合理的时间之内，在混乱中把握主线，以实现产品设计的最终目标。
心态很重要：对于活着的人类而言，变是永远的不变，乱是永远的不乱。
然而，问题的关键是：变要变得有价值，乱要乱得有进步。
X5. 重要的是：自己的产品，设计的目标是什么？
明确自己产品的目标与寿命，选择恰当的“第三方”。
对于一般的产品，寿命能有个 3～5 年，这也许就足够了？也该更新、或升级了吧？
- 人类个体的寿命，平均大约在 3万天左右，更何况是人类所创造出来的产品呢？只争朝夕。
- 所有的人类创造物，包括所谓的产品，都一定存在有 bug ！没有 bug 的绝对完美产品，那绝对不是人类所能够创造得出来的。因此，在看待产品 bug 的问题上，要保持平常心，客观地看待与处置。
- 首先明确自己的产品，才能找到折衷的最优选择？
只要不是垄断型的产品，那么，不更新换代，怎么会有卖点呢？没有卖点，怎么来赚钱呢？- 时间成本，是不可逆的，是重要的、关键的基础因素。因此，这就需要考虑使用第三方的东西了。不要重复造轮子。
- 商场如战场，兵贵神速。有时人们关心的是怎样才能尽快地出新品，而产品的质量问题，会被放在次要的位置。
- 第二级的第三方，大多是由个人维护的，因此，很容易停止维护。对于这类第三方软件的采用，对于一般的产品，只要估计能有个 3年左右的寿命，就足够了？
- 如果不采用第三方，而是自己开发，则可能需要浪费大量的时间或精力。这要考虑是否有这个必要。
- 关注于自己的具体业务，才是关键的基础参考依据。
- 有效的组合也是一种创造、或技术活：高级厨师就是一种对食材、火候、时间等等的有效组合。药方就是对各种药材，以及等等有效的组合。
软件的开发，特别是开源软件的开发，在本质上，大多数也是一种有效的组合工作；当然，更高级的开发，就是一种创造了，本质上，就是人类思想的创造，比如数学思想的创造在软件上的表现。- 工具就是工具，仅此而已。
任何 api 都只不过的是工具而已，是未来的垃圾产品。
因此，人们应该大胆地去选择、使用、修改它们，并不断地创造出更好的未来产品。- 人世间，没有绝对的好与坏：需要具体问题具体分析。
