爱游戏全站app官网入口-爱游戏官网

[转] 一个资深ios开发者对于react native的看法 -爱游戏全站app官网入口

2023-09-03,,

当我第一次尝试reactnative的时候,我觉得这只是网页开发者涉足原生移动应用领域的歪门邪道。

我认为一个js开发者可以使用javascript来构建iphone应用确实是一件很酷的事情,但是我很快放弃了自己去使用它的念头。毕竟我因为爱好而从事ios原生开发多年,并且目前为止已经很熟悉这一套开发专业工具。

我已经创造了一些我引以为傲的应用——一些使用object-c和xcode构建的应用,通常人们都是这么做的。这两样工具是苹果公司提供的、用来开发ios应用的,所以,我和其他的苹果开发者都在用。并且当两年前苹果公司发布swift时,我也毫不犹豫地去尝试它。

swift依旧被使用在xcode中,并且依旧是苹果公司推荐的开发方式,所以我很快地深入,并且毫不费力地学会了这门语言。我满足于我的苹果生态系统圈。react native看上去只是一个小小的乐子,在我的脑海中,一切原生应用必须被 原生 地开发。对正要开始掌握 原生 开发方式的我来说,学习javascript(我并没有这方面的经验)和一种几乎全新的构建app的方式简直是荒废时间。

时间快进到几个月过后,我可以打保票说,我再也不会使用objective-c或者swift来开发ios应用了。

我们接手了一个新的移动应用开发项目,我大概的看了一下设计和需求。正当我要点开xcode那漂亮的蓝色图标新建一个新的工程时,我们的交互设计师,adam走过来说,“我们用react native来做这个东西吧。”

他解释说,这个项目合同的一部分明确提及了要给这个应用做一个安卓版本。尽管react native并不支持安卓,我们知道facebook正积极地在这方面研究。理论上来说,如果我们用rn构建了这个应用的ios版本,很多部分能够直接工作在以后的安卓版本上。

好吧,我并不乐意。我觉得我已经站在了ios开发能力的顶峰,现在却要我把这一切全部丢弃。在不可避免的学习曲线面前,我怀疑我是不是能够及时地发布一个高质量的产品。但除此之外,我更加质疑rn是否有能力成产一个高质量的产品。现在看来,我甚至没有觉得这样的质疑是不公平的。当时rn作为一个beta版本刚被公布不久,文档欠缺,开源库和组建的数量稀少,演示代码或者stack overflow上的参考几乎没有。

我连看都不想看它一眼。但是我这种闭塞的态度只会带来更多的不良后果。我的第一道坎是学习flexbox,rn制作ui布局的方式。从最基础的界面构建器开始,纯粹使用代码来布局ui几乎击溃了我的自信。我挣扎着去构建最基础的视觉效果。

但不仅仅是ui——任何事情都变的不一样。这对于我是最大的挑战。

”每当我止步不前或者不理解的时候,我就告诉自己“如果用objective-c我能够在五秒钟之内解决它”。每当我发现了rn中的一个bug(并且bug的数量非常大),我就会想,“oc中根本不会有这种bug,我为啥一定要和rn斗智斗勇呢?”

整整两个星期,我都在工作中痛苦挣扎。我对自己的感觉从一个杰出的ios开发者变成了一个从未写过一行代码的人。这很受挫折,直到我花费了整整一个礼拜理清了思路。我后退一步,认识到adam对rn做了许多研究。作为我的交互知道,我不得不信任他,相信他没有把我领入一条错误的道路。我发誓我要在周一投入工作,埋头苦干,假装objective-c和swift从来没有存在过,并解决这个项目。

学会去喜欢react

几周之前,我们向app store提供了第一个react native应用。对于应用的最终表现结果我真的非常自豪,并且我迫不及待的要开始构建下一个项目了。在仅仅一个月多一点的时间里,我完全踏上了rn的贼船,是什么改变了我的想法呢?

react 范例

在react中,所有ui的组件都被放置在render()方法中,并且被state状态控制。你的render()方法定义了ui在各种状态是如何展现的。当调用setstate()的时候,react会找到需要改变的部分并替你修改。想象一个简单的视图,拥有一个“hello world”标签和按钮。每点击一下按钮,标签会在“hello world”和“goodbye world”之间切换。在objective-c中,我在按钮的句柄中需要一些难堪的if声明,就像下面一样。

    if([label.text isequal:@”helloworld”]){
    label.text =@”goodbyeworld”;
    }else{
    label.text =@”helloworld”;
    }

这样很有用,但是这种ui代码和我第一次创建这个标签的地方(可能在代码中,也可能在界面构建器里)完全脱节。在react中,我们会在state状态中定义一个buttonclicked的bool变量,在render()函数中,标签看起来会是这样的:


    {this.state.buttonclicked ? ‘hello world’ : ‘goodbye world’}

并且我们的按钮句柄也会非常简单

    this.setstate({buttonclicked:!this.state.buttonclicked});

所有和可视化相关的代码都在同一地方,并且由状态控制一切。这使得理解和修复这段代码变的非常容易。

flexbox

这就是我一开始非常痛恨的ui布局工具,现在变成了rn中我最喜欢的事物之一。我承认一开始非常难以掌握,但一旦你开始使用,它把 为多种不同尺寸屏幕构建ui这件事 变的机器快速和简单。我曾经对xcode中的可视化界面编辑器十分热衷,相比于flexbox,它的自动布局还是国语复杂。flexbox使用的css式样式使得样式重用变的和复制粘贴一样简单。其中最棒的事莫过于允许你在一瞬间将样式值改变到完美。

live/hot reload

没错,想看看按钮右移5像素的样子就和command+s一样简单。react native能够被设置为在iphone模拟器中自动重绘当前画面而不重建xcode工程。这非常厉害因为你不仅可以通过避免重新编译儿节省时间,你还能够调整一个深度嵌套在应用中的界面,调整ui而不用回到最初的界面。

android

现在依旧没有发布,但就快了——这一定会非常神奇。在最初我对于reactnative犹豫不决是因为我已经习惯于做原生的ios开发。对此我从没有过任何的抱怨。但是我也做过原生的安卓开发,这并不让人开心。react native在安卓上会变的很瘦欢迎,同时我也在期待它的发布。这会改变移动应用开发的现状,通过使用相同的代码来部署两个平台的应用。

回顾

想念 xcode

我还是会想念xcode,或者说是一个ide编辑器。我已经有了一个很好的rn开发设置,但这并不容易,sublime text和一大堆的插件让我有了语法高亮。sublime能够完成同一个文件中基于变量的自动补全,但始终少了一些xcode自动补全的稳健性。我还是不得不一直查询开发者文档做参考。

小缺点,比如键入react.proptypes.f  ide并不会告诉我我到底在找func还是function,这很让人困惑。我也怀念xcode的版本控制——允许我一一比较我上一次git提交的版本和现在的版本,甚至还允许我基于行撤销一些特别的改动。我意识到第三方程序能够帮助我完成这些,但是对ide来说最棒的事情就是将这些囊括到一个包中。(译者使用vscode可以解决这些问题)

为了运行rn项目,我需要终端运行npm,chrome用来debug,sublime来编辑代码,最终还需要xcode来运行这个项目并打开模拟器。在大项目中,这些都是细小的抱怨,但是当我面对rn的时候这依旧是缺点。对于nuclide(facebook的新ide)我抱有很高的期望,希望它能结束所有的这些缺点。

桥接

facebook还没有也不会去提供所有ios转向react native的api,所以对于那些缺失的片段他们提供了桥接js的方法。当我第一次深入rn的时候,这方面的文档非常的糟糕。每当我意识到我需要连接某些事物的时候,我差点就对rn放弃了,因为这些事情早就能够在objective-c中正常运作。但是当她们更加详细地解释了桥接过程,提供优秀的实例之后,这就无所惧怕了。它仍然是一个麻烦,但是我能够预见到开源社区和nom上会有所有的桥接方案。事实上,大多数的iosapi已经存在了。

漏洞,文档,开源社区

大概所有我最初关于rn的抱怨现在都已经消失殆尽,如果我从今天开始学习它的话。漏洞每天都在被修复,新版本每一周都在迭代。文档还需要加把劲,但比以前好多了。facebook和开源社区对于研发这个框架变的十分严谨。人们开始聚集在github和stack overflow上探讨它。如果你是一个正在考虑尝试rn的ios开发者,你要知道你不是一个人在战斗。rn非常棒,你应该带着开放的态度拥抱他。不要像我一样吧自己局限在温室里。

走出温室,世界才刚开始。

[转] 一个资深ios开发者对于react native的的相关教程结束。

网站地图