ios原生开发和前端开发，web前端开发和iOS开发哪个更有钱途

1，web前端开发和iOS开发哪个更有钱途从行业前景来看，ios/web前端开发这二块发展都很不错，而且各有优势；ios属于APP原生的开发范畴，体验好，功能强大；web前端开发具有一击两用，跨平台，服务端远程更新的优势；搜一下：web前端开发和iOS开发哪个更有钱途
2 ， web前端开发和iOS开发哪个更有钱途从行业前景来看， ios/web前端开发这二块发展都很不错，而且各有优势；ios属于APP原生的开发范畴，体验好，功能强大；web前端开发具有一击两用，跨平台，服务端远程更新的优势；
3，iOS开发和前端目前学哪个比较好建议你选择Web前端或android开发。现在网络应用越来越广，Web前端开发的需求不会有少。android是现在非常流行的手机、平板系统，未来的手机将不像手机，而更像一台小电脑，android用Java开发，你学过Java Web ，学android开发应该不难。不知道是不是做一行愁一行，我是做ios的，所以我会觉得前端更好。如果真对这行有兴趣的话，平时多关注下行业新闻吧。新闻满是寒冬来临，哀鸿遍野。虽然大量的客户端开发人员并不觉得寒冬已至，但对于我这种跳槽比较频繁的人来说，感受非常明显。从众公司求着要招你，变你求着众公司要进去。然而现在前端确实是人员很稀缺的，（虽然它处在程序员鄙视链的底层）。牛耳现在综合来讲是不错的，因为相关的知识一直在更新，老师在线，社会责任感也比较强。扯远了。当下考虑我推荐：前端 > ios > Android长远考虑，我推荐前端 > Android > ios，赶快来参加吧!【ios原生开发和前端开发，web前端开发和iOS开发哪个更有钱途】
4，为何感觉做网页的不多但是前端却比安卓ios的需求大因为现在网页开发人员已经不再单纯的只开发网页在Web2.0时代前端开发人员都是往大前端方向发展HTML CSS JS只是基本功还得需要会Vue React Angular三大框架小程序和Web APP开发服务端的NodeJS前端工程化Webpack gulpgitlab github等还有MongoDB Redis等数据库前端是越来越复杂了并不是传统意义的前端只做界面现在简单的CURD都是前端自己完成后端更多的是做数据相关的工作一个非常好的问题。题主说的前端应该是包含了H5跨平台开发的“大前端” 。一，大前端随着移动互联网的发展，前端开发成为重点。移动端有多个平台，Android ， iOS，微信小程序，还有重任在肩的华为鸿蒙，为了支持这些平台和系统，越来越多的应用开始使用H5跨平台架构，这时有个新名词叫做“大前端” 。为了满足实际业务需求，现在软件系统的功能和架构都日趋复杂：多层架构，数据中台，动静分离，微服务、集群化部署，自动化运维，等等。曾经总结过这么一个现象：早期的小型团队，前端手忙脚乱，需求易变，盯着页面整天改来改去。成熟稳定的团队，后端比较忙，持续不断的开发新功能。从实际情况看，前端工程师数量比较多。二， H5跨平台开发这时的H5开发已经不单单是网页开发了，而是前端应用开发。具体到H5 Hybrid架构，常用三剑客：HTML, css, JavaScript1) HTML和css是页面设计，没有代码逻辑2) JavaScript编程，还有其它衍生语言，比如常用的TypeScriptJavaScript是一种脚本语言，由解释器加载执行，常用在网页前端动态展示、和服务后端交互等场景。3）常用框架有很多成熟的框架可用，比如JQuery, AngularJS，React，还有前后端都跑通的NoteJS三，Android ， iOS原生开发这是几年前的一个话题了，中间经历了很多波折，当2012年Facebook宣布放弃H5转向原生开发的时候，似乎已经有了阶段性定论。然而随着微信还有H5技术、开发框架的快速发展，天平又再次偏向了H5 。目前来看， “大前端”H5跨平台开发工程师的需求数量，远多于Android、iOS原生开发的需求。只能说你这个感觉偏差非常大！web 层面的前端开发人员比原生 app 的开发人员数量上多了很多。抛开 web 其原有的领域不说，现在很多 Android 和 ios 的开发都采用了 hybird 技术，一种原生和 web 混合的开发手段。很重要的一个原因就是 web 的开发部署周期非常迅速，而 native app 挂到市场后都会有一个审核过程，现在互联网企业对产品的设计规划变化非常多，特别是 Apple store 的审核时长较长，跟不上频繁的迭代开发而产生的更新，所以就有了将更新评率较高的部分分离出来用 web 技术来实现的这种变通手段。这样一来，web 前端的技术人员又覆盖了一部分原本不是他领域内的工作。其实前端这几年火爆的发展还是源于对软件开发团队的配置以及成本投入的需求，目前web前端开发已经占据软件开发招聘市场很大的比例了！接下来给大家谈谈web前端发展迅速的主要原因：互联网企业属于创投类比较青睐的项目，当你有一个很好的idea的时候，只需要一定的启动资金，将你的idea落地为互联网产品，借此去吸引一定的流量，有了流量之后就可以找风投进行入股，在资本介入之后就会有非常迅速的发展，甚至还有上市的可能，风投只要在众多的投资项目中有少量成功的案例，那么就可以赚的盆满钵满，这也是互联网成为这些风险投资资金的蓄水池。至于互联网产品的流量入口就很多了，例如：有的用户从电脑端百度访问、有的用户从手机百度访问、有的用户会从微信小程序访问、有的会下载官方推荐的APP、有的用户使用安卓系统、有的用户使用的是iOS，无论哪种方式都会产生很大的可能性，其背后都是一类用户的访问习惯，而作为产品必须尊重每一种习惯，否则将会丢失一部分的客户群体，对于一个起步阶段的互联网产品来说，丢失的任何一个用户都是不可接受的失败，必须使出浑身解数来迎合用户，增加产品粘合度以及用户的体验度。面对如此多的流量入口，对于早期尚未拿到风投的创业型互联网公司来说，软件开发团队的工资将占据整个项目启动资金很大的比例，以至于很多项目还没搞出来上线就已经over了或者项目草草上线之后发现运营的资金也是捉襟见肘，导致了整体项目的失败！这类公司已经功成名就，各自在自己的领域已经是大象般的存在了，资金势力雄厚、技术能力与产品也已经非常成熟，前端软件开发的任务也从早期抢市?。壬舷咚陀孟然?nbsp;，转型向产品维护以及功能的迭代更新，所以工作量也会大幅下降，自然招聘量也会随之降低，而且未来面对新的产品开发也会不断的尝试新的技术来满足团队优化的目的。对于外包公司来说承接的项目会比较杂、业务类型也是多种多样的，所以如果一个前端团队可以解决来自iOS、安卓、pc端的所有需求那将是再好不过的选择了，既节约了成本，又可以提升开发效率并能整合团队资源何乐而不为！对于非IT类企业来说，这类企业主营业务不是IT产业类，对软件的需求就是满足企业本身管理与生产的信息化，所以不可能在IT团队的投入上有着过高的追求，如果自身的IT能力即可以满足日常的生产与管理，又可以在商业上有所建树那将是非常完美的选择，目前的前端框架完全可以满足这类企业在软件界面端开发的所有需求，也是得到企业青睐的原因所在！做网页的需求量是做安卓、iOS原生前端页面的需求的百倍都不止，你的感觉没错。而你觉得做网页的不多也很正常，因为借助于前端UI框架、开源项目、工程构建、组件化等，现在前端更侧重于JavaScript工程构建，很少吭哧吭哧写页面了。前端开发除了有传统的网站PC页面、朋友圈的网页、小程序以外，还在不断渗透它的影响力和扩大它的势力范围，比如：1、跨多端，安卓、iOS、Windows、Mac、Linux等很多应用都开始采用hybrid的方式来开发，甚至直接用JavaScript生成；2、前端SaaS、PaaS服务，随着云计算的发展，将人工智能、大数据等做成第三方服务的公司越来越多，这个趋势在美国比较明显，中国也在跟进，而很多服务都是线上服务，比如线上Office、线上PS、线上OA平台、线上大数据展示平台、线上表格、低代码等，将服务线上化已经是大势所趋，而所谓线上就是基于浏览器，而只要基于浏览器就是前端开发。基本所有企业都有操作系统吧！都是前端开发！你平时用的app，也基本都是前端开发的。那种活动啥的，全是前端对于题主的提问，其实回答很简单，不需要虚头巴脑说前端各种华丽花哨的，我就反问题主，安卓ios只做移动端应用，而web前端做的是跨平台应用，现在单把移动应用拿出来单说，由于原生应用开发周期长，更新审核繁琐，很多原生应用的内容都是web写的，安卓iOS相当于做了个框，可以理解为内嵌一个浏览器，这样一对比，量级就明显了，另外现有各平台的小程序都是前端从业者，还需要列举更多吗app很多都是前台做的，原生的都很少工作量了。还有各种微信，支付宝，美团，等等小程序的前端都是给网页前台做5，Web前端开发与iOS终端开发的异同Web前端开发与iOS终端开发有相同之处，但也存在他们之间的区别，语言、线程、存储、框架、性能等多方面来进行对比。1. 语言前端和终端作为面向用户端的程序，有个共同特点：需要依赖用户机器的运行环境，所以开发语言基本上是没有选择的，不像后台想用什么就用什么，iOS只能用Objective-C，前端只能javascript，当然iOS还可以用RubyMotion ，前端还能用GWT/CoffieScript，但不是主流，用的人很少，真正用了也会多出很多麻烦。2. 线程前端开发几乎不需要线程这个概念，浏览器实现上页面HTML和CSS解析渲染可能与js不在同一个线程，但所有js代码只执行在一条线程上，不会并发执行，也就不需要考虑各种并发编程的问题。3. 存储终端开发需要大量的数据存储逻辑，手机APP不像浏览器，用户打开浏览器必定是连着网，但打开一个APP时很可能是离线，也很可能处于网络状况极差的移动GPRS，所以必须把之前请求回来的数据保存好。4. 性能终端和前端都是面向用户的，性能优化目的都是尽快呈现内容，以及让程序在用户操作下流畅运行。6，原生APP开发公司浅谈原生开发H5开发与混合开发的区别去百度文库，查看完整内容>内容来自用户:宝比万像软件科技原生APP开发公司浅谈原生开发、H5开发与混合开发的区别目前市场上主流的APP分为三种：原生APP、Web APP（即HTML5）和混合APP三种，相对应的定制开发就是原生开发、H5开发和混合开发。那么这三种开发模式究竟有何不同呢？下面我们就分别从这三者各自的优劣势来区分比较吧！一、原生开发原生开发（NativeApp开发），是在Android、IOS等移动平台上利用官方提供的开发语言、开发类库、开发工具进行App开发。比如Android是利用Java、Eclipse、Androidstudio；IOS是利用Objective-C和Xcode进行开发。通俗点来讲，原生开发就像盖房子一样，先打地基然后浇地梁、房屋结构、一砖一瓦、钢筋水泥、电路走向等，都是经过精心的设计。原生APP也一样：通过代码从每个页面、每个功能、每个效果、每个逻辑、每个步骤全部用代码写出来，一层层，一段段全用代码写出来。优点：1、可访问手机所有功能（如GPS、摄像头等）、可实现功能最齐全；2、运行速度快、性能高，绝佳的用户体验；3、支持大量图形和动画，不卡顿，反应快；4、兼容性高，每个代码都经过程序员精心设计，一般不会出现闪退的情况，还能防止病毒和漏洞的出现；5、比较快捷地使用设备端提供的接口，处理速度上有优势。缺点：1、开发时间长，快则21.h5的性能很差，一般经常改的地方可以用h5，比如论坛，咨询之类的，而且限制也是很大，很多效果是没办法做到的。gui框架的webview普遍是这样的。如果一个app全部由h5来做(不太可能，送审很可能被拒)，那么会显得非常卡。2.用ios sdk，如果实现热更新是比较麻烦的。对于论坛，咨询这种模块，动不动就改版，做起来比较头疼，用h5就很合适了。尤其在app跨安卓和ios的时候，这类模块如果直接用h5，那么就很容易共用。h5网页app开发和纯原生的app的差距主要聚集在以下几个方面： 1、动画动画有很多种，比如侧边栏菜单的滑入滑出、元素的响应动画、页面切换之间的过场等等，在h5之下的众多实现方法都没有办法达到纯原生的性能。一般这些的话有几种不同的选择：css3动画、javascript动画、原生动画。css3动画非常的消耗性能，如果某一个元素用到css3动画可能还看不出来，但大面积或过场使用css3动画会让app低端手机体验非常差。最好的选择一般是通过框架调用底层的动画，但不管怎么样等于在原来的代码上包上了一层，性能还是不可避免的受到影响。比如在一个新页面的载入上，如果调用底层动画要考虑的问题有两个，一个是本身资源页面的渲染问题，另一个是远程数据的获取。即便是这些动画能够很快的响应，但大量的css页面会导致渲染卡顿，滑入时可能会有白屏/机器卡顿的现象。为了解决这些性能问题又必须要用到预加载或模拟动画。即便是这样，滑入滑出的动画在低端的安卓机器上还是有很多问题，如果获取服务端数据处理的方式不合适，卡顿白屏的现象会更严重。具体看下面的数据获取方式。2、获取服务端数据首先要接受的是，这里的数据获取都是在资源页面上异步完成的，因为只有这样才能让这些资源页面完成预加载或者渲染。但是异步拿到的数据在填入页面中时可能会涉及dom操作，众所周知，dom操作非常消耗性能，如果页面小还好，页面稍大数据稍微复杂一点，频繁的dom操作会导致明显的闪白。而且最重要的一点是，如果页面加载进来之后数据更新的速度太慢，也会让页面模板等待很长时间，对用户体验又不友好，总不能每次打开都像浏览器一样等待刷新是吧这个问题如果没有得到解决，h5开发是很难承担大规模数据的页面，在它们之中频繁切换更是难上加难，那么肯定有人也会想到用mvvm的方式，其实我也写过一些基于mvvm的h5app开发，相对来说它们获取数据和更新数据的方式更敏捷更科学，但写的过程中又要注意很多h5独有的问题，这些问题在下面的页面切换里来讲。3、页面切换上面我们看到了几种不错的实现方式，比如预加载和模拟动画，甚至有批量的预加载，批量的截图模拟动画等等，虽然看起来很友好解决了不少问题，但事实上如果页面足够多就会引发另一个问题——页面的生存周期。试想一下，如果引导页或者主页面缓存了5个子页面的资源，在跳转到响应的子页面时又会缓存这些子页面的下级页面资源，如此反复肯定会占据大量内存使app的体验下降。那么怎么知道那些页面是需要的，最多缓存多少页面，什么时候结束哪些页面的生存周期呢？在我用过的很多h5app的框架里都没有对这些问题有一个完美的解答，因此在页面较多内容较多的app开发中可能会因这些资源分配的问题降低性能。这时候我们回过头来再看看mvvm的数据加载问题，实际上不管哪个mvvm框架，写过的人都知道管理这种新型的前端代码最重要的问题是内存的问题，你既要保证代码写的足够优雅没有任何内存泄露问题，也要考虑到在页面生存周期结束时它们的控制器/页面资源是否得到释放，这对全局有没有什么影响，在多个请求时也要合理的分配资源，甚至是复用这些父级页面传过来的缓存资源等等。较小的app可能并不会有这些问题，如果你想用纯h5来开发大型app，这很可能会浪费你很多时间——而且结果还不会让你满意。4、android/ios的区别很多人都说纯h5app开发一次编写就能编译android/ios两种不同的app，大大降低了成本。实际上这个观点本身就是值得怀疑的，如果你写过这类app就能明白我在说什么，它们既不省事，又存在很多bug ，调试时尤其繁琐。举一个很简单的例子， android和ios在返回上一页的处理方式上就有明显的区别，ios的顶部bar在全屏下怎样处理，android机器出现smart bar怎样处理页面的布局，调用底层硬件时怎样区分不同的场景等等，你需要写一个又一个机型和系统的判断，然后分别在android和ios下调试，最后你却发现这并没有卵用，累的要死却什么没学到，只有一堆不知道什么时候会过时的经验。现在做h5混合app开发的人很多，但是纯h5却很年轻，很多问题都没有很好的解决，这几个是我在做这些app时考虑最多的问题。最后说一个很少人注意到的h5优势，大家大谈h5app时都是快速开发、低成本、多平台等等，但我却觉得它和很多app开发方式相比有一个不同之处——图文混合的排版。正是这些复杂多变的css样式消耗了性能，但是它带来了排版的多样性，能够细致到每一个字宽行高和风格的像素级处理，才是h5的优异之处。