【源码移动开发实例分析】移动开发还有未来吗

移动开发真的很酷吗？也经常有自言自语，在小组里谈论这个话题，今天我打算写一些自己的想法供参考。

移动发展状况

移动开发的现状如何？人们可以从自己的编码中找到线索。例如，在android中，许多大型商业移动开发人员编写的代码最多：

新的线性布局；

布局.addview(xxxxxxxx);

.

或者可能是：

公共类xxxview扩展相对列表

publicxxxview(contextcontent)

这(content,null);

_

[PublicXXXVIEW(context内容)]

nullable属性setats)

[此(content,attrs,0);]

_

publicxxxview(contextcontent,nullableattsetats,intdefstyleattr)

超级（内容、attrs，def样式attr）；

initview；

_

privatevoidinitview

布局充气。来自（getcontext）。infrate（r.layout.xxxlayout，这个，true）；

.

_

publicvoidset数据(xxxxx)

…

_

或者在xmlllogo-ui设计上做各种各样的技巧。

没有错误，现在手机上的技术堆栈已经变得更加完善和健全，对于业务流程，甚至大企业的技术工程师也在做UI逻辑。大企业商品相对完善，大多数商业逻辑都受后端开发的调控。所做的就是获取后Web数据，然后根据设置移动文本相对论显示它，然后将视图与布尔值区分开来。

我听说很多人说两年来工作感觉不太好，他们每天堆积密码，他们可以随意用大学毕业生来取代自己，非常沮丧。对于那些工作了两年的人来说，如果你想尽早避免被替换或淘汰，你必须选择一个有市场前景的潜在行业进行进一步的分析。

那么移动开发的未来在哪里呢？

统一

在我们谈论统一之前，人们谈论Android软件。

在前两年，软件开始流行。为什么火？因为你可以保持Android的其他动态发布需求与非发布版本，所以热修复可以动态修复网络上的错误。但是软件有什么大问题？兼容模式。Android模型太多、太复杂，软件体系结构不可避免地涉及到系统API的钩子，兼容性问题也随之出现，开发人员将看不到错误报告的理由。

随着Android版本号的迭代更新，软件变得越来越糟糕，androidp给开发人员一个数据信号：不要放弃hook软件api，google即将开始修剪。最后，通往软件的道路不能总是走下去，所以开发人员有一条独特的道路。

最初，h5混合方法再次开发出来，比如众所周知的混合体系结构cordova，但是特性并不令人满意。现在，Facebook已经开发了一个跨代架构：现实。它提出了一个全新的观点：基于JScore的JS分析，基于原始生态观的3D渲染，以及桥梁系统使原始生态能力。

反应本机是第一个实际的性能集成架构，它的出现使得Web前端开发和移动客户端的界限日益模糊。接下来是主要公司的研发架构，如阿里巴巴的weex和联盟的毕加索流行评论架构。Android和IOS的双端应用程序，Weex扩展了这个概念，展示了Web端应用程序，一个是读句法糖，另一个是Vue语法糖。毕加索不一样，毕加索是一个纯粹的ts，dsl英语语法树，写作真的很容易，而且提前的三端基本上展示了微程序网络的应用。

在2018年GMTC交易所，Flug发布了第一个测试版，阿里巴巴盐水网精英团队已经将Flug技术应用于盐鱼应用。Bluff四年前开始设计，直到去年才有第一个测试版。根据DART的说法，应用程序是编写的，然后在Android和IOS上编成序列号，以确保原有的生态混合开发、热装载、非常好的功能，可以定制，甚至可以更改安装的系统软件层DART编码。web、ios、android、read-native开发人员学习培训froad的新入门级文本文档，这是去年网络上为数不多的热点。它不同于原生反应，这是一个新的升级，我现在可以在这个阶段打开。

支付宝钱包的动态方法不同于整体，它完全基于自己的h5容器进行混合设计，但由于核心是研发，因此各个层次的特点都比原生态网络视图要好，在网页上支付大量的宝钱包是基于h5，包括支付宝钱包微信程序，也是一种统一的方法，仅仅因为产品开发成本太高：自学网络视图核心。

在这一阶段，似乎已经基本建立了一个统一的三：

read-native是第一个jscore（（v8）桥梁通信集成方案；来自webview核心的研究，h5容器规划方案；和llater（我认为froad已经驱动了第三部分）。

统一改变了移动开发的方式式，模糊了Web前端开发和移动客户之间的界限，使越来越多的人能够理解所谓的大前端。如果有工作经验的开发人员在五年内对这一方向进行深入分析，就不应该轻易消除。