作为一个iOS开发程序员，我的未来何去何从？

随着移动互联网流量红利的逐渐退去，iOS程序员正在面临开发岗位增速下降的现实问题，一方面App开发的热度在下降，另一方面大型互联网平台相继推出了自己的小程序生态，在这些因素的综合影响下，iOS程序员的岗位竞争压力将进一步加剧。

创新互联公司坚持“要么做到，要么别承诺”的工作理念，服务领域包括：成都网站制作、成都网站建设、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的应县网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！

作为iOS程序员来说，如果想在技术研发的道路上走得更远，可以从以下几个方面入手：

第一：丰富自身的知识结构。 在当前大数据以及产业互联网的推动下，软件开发的功能边界在不断得到拓展，同时由于大量的互联网公司开始采用数据驱动的运营方式，所以开发团队小型化的趋势也比较明显，这就要求程序员要具备更丰富的知识结构，以适应不同的开发角色。iOS程序员可以进一步从岗位任务开始进行知识结构的拓展，比如进一步丰富前端开发知识就是不错的选择，iOS程序员也完全可以走全栈开发路线。

第二：跳出iOS的生态圈。 iOS的生态圈相对来说还是比较封闭的，而且iOS程序员自身可以发挥的空间也相对有限，主要原因是系统的封闭性所导致的。如果想综合提升自身的研发能力，可以考虑跳出iOS的生态圈。

第三：走研发级路线。 iOS程序员也完全可以走研发级路线，走研发级路线需要做好三件事，其一是选择一个主攻方向；其二是有扎实的基础知识储备；其三是能够不断完成岗位升级，从而获得更多的资源整合渠道。不少应用级程序员在发展的过程中会遇到较大的上升瓶颈，通过读研来完成岗位升级也是一个比较常见的选择。

如果有互联网、大数据、人工智能等方面的问题，或者是考研方面的问题，都可以在评论区留言！

微信适配夜间模式了吗？这就是例子，强者话语权，ios先天的系统优势就是一个市场的锚点，微信知道自己的命根子在哪，为硬件设备提供极致操作的工具，例如Metal，无可匹敌，再说ios系统核心的源代码，与高端服务器os unix一脉相承，又有进一步的嵌入式操作，核心api专业打磨，绝对不是开源系统能比的量级，说白了每个环节都是钱砸出来的，靠的都是工匠精神，核心源码是任何一个程序员的宝藏，不要认为玩过几个跨平台根本不考虑性能的js小技术就明白了一切，只要去过Google开发者大会的就知道，看看安卓程序员手里吃饭的家伙是啥，mac，顶上的叶子再多也要靠下面的根，乔布斯，一骑绝尘

去开发华为系统的APP，动作要快

转后端 Java PHP go py都学一波

我干过大概一年的iOS开发，后来又转回java了，说句实话，iOS对开发者确实友好，一切都很不错，开发工作也很愉快，但是后来工作不太好找，而且iOS开发的发展深度没有java深，java深入不仅仅是curd，还有架构、框架、微服务、分布式 等等。而且java到架构之后，薪资也比iOS要高很多，不过我不建议你学我，除非你有毅力学习java，因为我除了有iOS开发经验之外，还有五年的java经验，说转也就转了。

作为IT行业的从事多年的程序狗，我来解答下您的这个问题。

2015年到2017年可能是IOS最热的一段时间，大量的软件开发人员投入IOS的市场。现今随着苹果公司的销量不断受挫。IOS的市场也是不温不火。

IOS开发程序员，其实可以尝试这跳出这个生态舒适圈，软件这个行业是多向选择的，软件的开发思想、程序的设计思想都是大同小异的。对于一个精深IOS开发人员来说，对于别的语言多少都会掌握一些，这对于您跳出IOS的圈也是一大帮助。毕竟Java、Python现在是市场上的主流语言。

另一个方面就是很多资深程序员选择的，进入深层次领域的学习。走研发级的一些路线。研发级软件研发的职位生命周期长。工作压力会比程序员小很多，很适合大龄程序员的选择。

或者就是选择自己的一个主攻方向，做这个方向的专家，这也不失为一种选择。丰富自身的知识结构，向着全栈开发工程师不断的前进。

或者可以尝试这转行管理层，做一些技术经理、技术总监。当然任何一种选择都需要您结合自身的实际情况去抉择。谨慎考虑、然后在做选择。

希望回答对您有所帮助。

我本人从事多年互联网Java开发，感兴趣的朋友可以关注私聊，共同努力，共同进步。

谢谢！

我是8年iOS开发从业者，结合我自身情况以及我自己的职业规划，希望能够帮到你。

焦虑 今年已经三十岁了，对于iOS的现状和未来也时常感到焦虑，大龄程序员未来的出路在哪，我也会迷茫。

市场需求 移动开发需要iOS，安卓两端一起开发，耗费的时间成本是企业会考虑的，再加上html5、小程序、各种跨端方案的出现，市场对原生开发需求更少了。

案例 再分享一个之前做主管时我招聘C++开发的一个经历，杭州C++需求量不大，但是这位应聘者能力过硬，最终进了华为。

我们应该怎么做 上面的案例也印证了只要自身技术过硬，只要市场还有需求，过多的担心和焦虑是没有必要的，把大量的时间花在 探索 未来方向，不如沉下心来学习技术，努力提高自己，成为不可替代的人才。其实应对焦虑最好的方法是行动，目前市场更需要的是高端人才，只要有岗位需求，把自身能力提高上去之后，现在所担忧的问题都会迎刃而解。

希望我的回答对你有帮助，随时欢迎留言反馈。

flutter欢迎你

转其他语言，或者自己独立开发

我鼓捣flutter去了

react-native和flutter哪个更有前途

目前来说react-native使用者及生态更好，flutter发展的更快

1、目前使用react-native的公司及项目非常多，其中不乏有很多大公司及项目，而且react-native目前生态非常的好

2、flutter目前非常的火，发展非常的迅猛，性能非常不错但是问题也是很多的

android开发是不是凉了?

凉是不会凉的，毕竟安卓系统的市场占有率还是很大的。别说鸿蒙，一个新系统要发展成熟并形成良性的生态圈还是需要相当的时间的，没那么简单。5G是网络制式，和终端硬件有关，和app又没多大关系。只不过近几年移动端原生开发，不论安卓还是iOS确实需求量小了，工作不好找。外面企业的招聘要求也更高，新手根本没什么竞争力，外面三五年工作经验的大把。建议你可以学一下微信小程序，近年来比较火，市场占有率也比较大。另外，google推出的移动端新兴的开发技术flutter也可以学一下，这东西将来的发展还真没准。Android原生开发技术，java那一套也是需要掌握的，对你有好处。

Flutter Android端集成排坑 - armeabi 适配 & FlutterBoost

Flutter可以算是当下最火热的新技术之一，我现在所在团队也准备将Flutter技术应用到线上工程中。

关于混合工程，官方文档其实写的已经比较清楚了，按着文档走一般问题不大，

但是有一点值得注意的是，Flutter工程引入的库的gradle的 buildTypes 要与原工程保持一致，如果不一致需要手工添加。

进入正题，现在Flutter官方默认只提供armeabi-v7a、arm64-v8a、x86和x86-64，其中x86和x86-64是为模拟器准备的。目前我们使用的SDK大部分只使用了armeabi架构，直接使用我们会遇见找不到 libflutter.so，libapp.so 的情况，所以我们需要对FlutterSDK做一定的改造。

首先我们要了解下Flutter编译产物，因为不同版本产物是不同的，这里我们只针对Flutter 1.9.1-hotfixes来说。除了资源文件之外，Flutter打包会生成两个非常重要的so库，他们分别是 libflutter.so，libapp.so 。其中 libflutter.so 是Flutter的SDK产物而 libapp.so 正是我们编写的dart文件的产物。默认情况下，这两个文件都会出现在armeabi-v7a中，因此我们要作出对应的改造。

libflutter.so 位于FlutterSDK中，这里顺带提一句，除了这对不同CPU架构，它还分为Debug版和Release版，它们的区别在于Debug是为JIT编译方式打造的，体积较大而Release是为AOT编译方式打造的，体积很小。对 libflutter.so 的改造，只要将其移动文件路径即可，运行以下脚本即可，此脚本来自美团分享的Flutter文章。

移动完了 libflutter.so 之后我们打包发现， libapp.so 仍然会出现在armeabi-v7a中，所以第二部我们就是移动 libapp.so 。这个需要更改 flutter.gradle ，我们在 flutter.gradle 的45行可以看到如下定义，它定义了我们的环境。

在524行我们可以看到，abiValue的取值就是根据上述定义值。

所以结论很简单，只要将

private static final String ARCH_ARM32 = "armeabi-v7a";

改为

private static final String ARCH_ARM32 = "armeabi";

就可以完成对与 libflutter.so 的移动。

前期工作我们都做好了，打成aar就非常简单了

直接使用 flutter build aar --target-platform android-arm

打出来后可以解压检查下 libflutter.so，libapp.so 是否都在armeabi文件夹下即可。

说完了armeabi适配问题，这里下说下有关于有关于FlutterBoost的接入。这个东西接入有两点要注意。

在主app内加上即可，常规操作，强制统一support包的版本号

注释flutter.gradle第655行。因为编译过程中，会去初始化插件项目的buildType下面的debug配置，而插件项目下并未配置debug，导致报错。

如果发现文章中有错误或者有更好的解决方案欢迎指正留言，当然如果本篇文章帮助你解决了问题，也不要吝啬你的感谢。谢谢各位。

基于Weex的Flutter项目框架

最近在做的一个项目，项目的前期采用Weex开发。但是随着交互复杂度的增加，Weex一处开发多处多处运行的特征并没有很好的体现，相反很多时候我们还是需要做IOS和Android的适配。如今火热的Flutter相比Weex和Rn来说，给出了更好的跨平台解决方案。所以我们设计了一套基于Weex实现，底层跑在Flutter Engine上的框架。

底层的Runtime采用isolate engine,框架业务逻辑，Dom的解析逻辑和Render逻辑都跑在这里。

渲染引擎采用Flutter的Skia，彻底剥离了Android和IOS的差异性.

将Weex VirsualDom的解析都替换成Flutter Widget.

设计基于Weex2Dart的Brider,使JS和Dart可以相互调用

weex-demo的性能展示

release环境下采用AOT模式，性能会有质的飞跃。

Android-Release版本只有10m大小

相比Weex和Rn具有更好的性能，同时具有更好的跨平台性

相比Flutter，具有动态部署的能力（Flutter Release采用AoT模式并没有动态部署的能力，即使Debug版本也只是开发环境下才有动态化能力并没有可以实施项目的能力）

只需要会Weex开发或则Rn开发就可以，不需要额外学习Dart，已有的Weex项目可以无缝切换。

当前标题：flutter不火了,flutter不火了吗
URL标题：http://pwwzsj.com/article/dsechdc.html