主题信息（必填）
主题描述（最多限制在50个字符）
申请人信息（必填）
申请信息已提交审核，请注意查收邮件，我们会尽快给您反馈。
如有疑问，请联系
CSDN &《程序员》编辑/记者，我的邮箱
一只文艺范的软件攻城狮，Keep Learn，Always.
本人热爱编程，有着很强的兴趣，做事认真，对待项目任务有很强的责任心.
以前买过腾讯云centos服务器，自己搭建java环境，将自己编写的网上商城小项目发布在服务器上，通过域名绑定ip可以成功访问，
平时自己也用网络编程socket套接字，然后结合Thread线程做过聊天系统，用链表的方式做过贪吃蛇，坦克大战游戏。
?熟练运用Eclipse/MyEclipse在Window下进行Java软件开发
?熟练运用MySQL、SQLServer等数据库技术
?熟练运用Struts2、Hibernate、Spring、Spingmvc、Mybatis框架进行web开发
?熟悉Tomcat等主流服务器了解jetty服务器
?熟悉XML、HTML、Servlet、JSP、FreeMarker、JavaScript、AJAX、Jquery，DOM了解CSS+DIV等前端技术
熟悉Linux下的基本命令操作
?掌握SVN版本管理的使用以及nodeJS的模板引擎 jade
?掌握MVC，proxy，chainofResponsibility，Adapter，factory等设计模式的思想
?掌握maven，webService，activiti工作流的使用
?掌握easyui，Bootstrap等前端框架的基本使用
掌握java反射调用，FIFO,topK等算法
了解nodeJS，Jfinal，JPA
日，Facebook公司对外正式发布了React Native——使用React框架跨平台开发原生移动应用的开源技术框架。开发者可以使用React Native高效地开发运行于Android与iOS操作系统的应用程序。它的设计理念是：使用ReactNative开发，既拥有Native的良好人机交互体验，又保留了React框架的开发效率。React框架不追求所谓的“一次编写，随处运行（Writeonce, run anywhere.）”。React认为不同的平台应该有不同的外观、感觉、功能等。开发者仍然需要为不同的平台去做一些额外的工作。React把不同平台的能力分为跨平台通用能力与平台特色能力，这样应用程序的代码也分成了跨平台部分与平台特色部分。React把这个方案叫作“一次学习，随处编写（Learnonce, write anywhere.）”。 在React Native发布的短短5个月里，就有60多个使用React Native技术开发的APP在苹果软件商店上线。开发者在尝试后对ReactNative赞不绝口。它究竟有哪些优点呢？◆ ◆ ◆一次学习，随处编写在iOS与Android这两个操作系统上实现统一的开发框架，一份代码支持两个操作系统在历史中已经证明是非常困难的。React Native提出了“Learn once,write anywhere.”。使用React Native可以为这两个操作系统开发应用程序，但不同平台上的代码根据平台会有一些微小区别，但开发思路是相同的。只需要根据平台进行一些代码调整，有经验的开发人员进行这种调整的速度非常快。React Native开发小组没有狂妄地喊出“Writeonce, run anywhere.”，但在UI开发上，React Native差不多已经做到了这一点。◆ ◆ ◆混合开发混合开发是React Native的另一个重要特性。ReactNative允许开发者在React Native擅长的领域使用React Native开发，而在ReactNative不能实现的领域或者已经有原生代码实现好的领域直接使用原生代码。React Native代码开发的模块与原生代码开发的模块可以双向通信、无缝衔接。这使混合开发变成了件很轻易的事。很多读者不是很熟悉混合开发这个概念，在这里详细说明一下。混合开发可以分为3种情况：UI界面由React Native开发，但UI事件处理由原生代码来执行举个简单的例子。在React Native开发的界面上有让用户输入用户名与密码的UI控件，还有一个登录按钮。用户点击登录按钮后，ReactNative组件将用户输入的用户名与密码传给原生代码编写的登录模块（在Android上，用Java语言开发；在iOS上，用Objective-C或者Swift语言开发），让原生代码执行登录操作。原生代码通过互联网向网络侧的服务器发送登录消息，并等待服务器回应。在服务器回应后，原生代码再将收到的回应中的登录成功与否，以及其他一些需要UI展示的数据传递给React Native组件，React Native组件接收原生代码传来的数据，解析这些数据并执行UI界面更新，向用户展示相关信息。将原来使用原生代码实现的UI小部件包装成React Native的自定义组件Widget在移动应用程序开发中被广泛使用，它们有官方发布的，也有第三方开源的，还有开发者自行开发的。React Native支持将这些Widget包装成React Native的自定义组件，然后就可以在ReactNative代码中方便地使用了。 应用界面在React Native开发的界面与原生代码开发的界面间切换在某些情况下，我们希望使用原生代码开发的界面，比如某个界面，在原来的版本中已经开发好了，或者希望在已经用原生代码开发好的项目中加入一些用React Native开发的新界面。混合开发可以做到让应用界面流畅自如地在这两种界面间切换，用户对此不会有任何感知。我们可不可以用原生代码来开发UI界面，让React Native模块处理UI事件呢？理论上是可以的，但很少有人这么干。因为ReactNative的强项就是UI开发，在混合开发中，能用React Native开发的界面，优先用ReactNative开发。 提到混合开发，不得不提到另一个分支：在手机上使用WebView来呈现部分UI界面。使用WebView开发比较灵活，能沿用全部Web开发的习惯，比如React.js的各种好处和Web的快速迭代流程。但因为所有的渲染都由Web相关技术来完成，使用WebView无法得到真正原生的用户体验，并且WebView无法做到与原生代码双向通信、无缝衔接。React Native不排斥WebView开发，并且为WebView提供了相应的组件，可以在ReactNative中实现部分界面通过WebView呈现。◆ ◆ ◆高效的UI开发对于移动应用开发来说，在单个平台上，UI部分开发工作量占移动应用开发总工作量的比重至少是50%。对于追求界面美观、使用方便、容易上手的移动应用来说，这个比例会提高到70%左右。再考虑到很多应用都需要兼顾Android与iOS两个平台，UI开发的工作量又被放大了1倍。在这个时候，使用React Native开发的优势就显露无遗了。使用ReactNative开发移动应用的UI界面比使用原生语言快捷高效，再考虑到至少90%的移动应用界面都可以使用React Native开发，一份代码适配Android与iOS两个平台，这相当于减掉了一个开发平台上至少50%的工作量。开发者找不到任何理由不使用ReactNative开发移动应用。虽然React Native可以实现很多UI之外的功能，但开发UI部分绝对是React Native的强项。这体现在独特的UI实现框架、组件化开发、 跨平台移植代码迅速、自动匹配不同屏幕大小的手机这4个方面上。◆ ◆ ◆高效的UI调试在原生开发过程中，开发者的每一次改动（即使改动的元素非常小，如一个单词，或者一个位置）都需要经历重新编译和构建，然后把安装包上传到手机的过程，这使得开发者在做很多工作时变得非常缓慢，尤其是当一个大工程的编译特别慢时。 使用React Native开发，修改了代码后立刻可以在手机上看到效果，没有重新编译启动程序所需要的时间。并且可以打开一个Chrome窗口，所有的代码都移到Chrome里面运行，断点调试、单步调试、调用栈追踪这些常用的调试方法都可以进行操作。◆ ◆ ◆学习门槛低、开发难度低看到技术大牛们的巨著都是厚厚的一本，笔者也东施效颦，非常努力地尝试着把这本书写得厚些，但本书还是这么薄！从这点读者就应当知道，使用React Native开发的难度实在很低。下面还是总结一下为什么使用React Native开发的难度低。 开发语言简单React Native使用ECMAScript2015（虽然它穿了件很华丽的“马甲”，但我们还是一眼就认出来它就是JavaScript）语言（也简称为ES 6），以及自创的JSX语言（通俗些说，就是在JavaScript中加入一些标签化的XML）来进行开发。JavaScript是一门使用很广泛的语言。相对于目前手机开发人员不足的情况，JavaScript开发人员却很多。经过简单的学习，没有移动应用程序开发基础的JavaScript开发人员就能使用ReactNative进行移动应用程序的UI与部分业务逻辑的开发了。 对于没有JavaScript知识背景的手机APP开发人员，只需要用几天时间熟悉JavaScript的基本语法后就可以使用ReactNative进行开发。 JavaScript是一门很特殊的语言，它很简单但也可以非常复杂。React Native从一开始就注意到了JavaScript的不足之处，要求在React Native开发中使用JavaScript的“严格模式”，并且采用更先进的ECMAScript 2015，能够做到取其精华，去其糟粕。 而React Native使用的JSX语言也是非常简单的，简单到本书不会有专门的章节去讲解它的语法。读者只要一个一个例程从浅入深地学下去，不知不觉间，就已经掌握JSX语言了。 语法接近自然语言React Native开发中的函数名、变量名都采用类似于自然语言的命名法，便于记忆。这种代码，语句的含义基本上可以直接推断与理解。因此学习简单，容易上手。示例详见代码1-1。积木式UI开发使用React Native开发UI时，是一种类似于搭积木的方式。不论是设计还是实现，通过React Native框架都能做到逻辑结构清晰、开发难度低、可读性高、后期修改维护方便。◆ ◆ ◆开发软硬件要求低使用React Native开发对软硬件要求低，这意味着开发者不需要再掏钱购买电脑硬件与相关软件。React Native开发用软件都是可免费下载、安装使用的正版软件，部分是开源软件。对硬件要求也不高。◆ ◆ ◆使用React Native开发的代价为了得到React Native开发的优点，使用ReactNative开发的APP也需要付出一些代价。代价体现在三个方面上。内存消耗略大使用React Native开发的程序运行所需的内存比原生代码开发的程序略多。会多多少，没有人认真分析过，笔者也不打算认真分析。为什么没人愿意分析内存消耗情况呢？因为现在是手机硬件配置已经很强，并且还会越来越强的时代。在笔者写本书时，市场上700元级的入门Android，手机内存配置都达到了2GB，1500元级的中低端手机内存配置达到了4GB。手机用户基本上感觉不到应用程序多占了几十兆内存。某些知名购物、支付移动应用APP在运行时使用的内存已经达到了500MB左右，但根本就没有听到用户对此有任何抱怨。用吧，用了500MB内存，也没有给用户带来任何损失；不用那么多内存，也不能给用户省下一分钱。开发者开发调试时，React Native项目通常运行在“开发模式”下，这时最简单的Hello World程序会比原生代码的HelloWorld程序多用20MB内存，这是正常的。当使用发布模式编译项目后，React Native项目占用的内存会比开发模式小很多,最简单的Hello World程序会与原生代码的Hello World程序消耗的内存相差不大。运行速度同样一个应用程序，让一个原生语言开发高手用该手机原生语言开发出来的版本比使用React Native框架开发出来的版本运行速度要略快。但如果只是普通的开发者，因为React Native框架的先进性，使用ReactNative开发出来的版本的运行速度与原生语言开发出来的版本差别不大，甚至会更快一些、Bug更少一些。使用React Native开发的代码的运行速度比原生代码略慢。速度慢的缺点可以通过两方面来弥补。一是普通的功能（如UI展示、HTTP请求等），React Native实现的速度比原生代码慢，但用户感觉不出来，因此不需要加快。比如显示一个页面，原生代码用10ms完成，React Native代码用了11ms，这对用户来说没有区别。再比如从网络获取数据，这个操作耗时的大头是网络传输时延，用什么语言实现对加快获取都没有帮助。二是核心的功能，通过原生代码来开发，也就是混合开发移动应用程序。需要特别指出的是，开发者开发调试时，React Native项目通常运行在“开发模式”下，因为有很多特殊的任务需要执行（例如：验证属性类型，产生各种调试信息与警告信息，显示这些信息），代码的运行速度要比“发布模式”下的代码运行速度慢。 安装包比原生代码安装包大使用React Native开发的程序体积比原生代码大。不论是安装包的大小，还是安装后所需的空间都比原生代码编写的程序要大。这勉强算是一个使用React Native开发的代价吧。现在手机存储容量通常64GB，还可以通过存储卡扩充，因此这个代价微不足道。◆ ◆ ◆为什么React Native尚未流行看到这里，估计很多读者都会想既然React Native这么好，为什么还没有开始流行呢？你不会是在“坑儿”我们吧！React Native尚未流行的原因有两个。第一个原因是React Native于2015年3月发布时就说目标是要支持两大主流手机平台，但直到日放出的0.14.0版本才正式支持Android平台。这是React Native的一个重大里程碑。从这一天起，它才是真正的跨平台开发框架。它的出现时间还不长。第二个原因是主要原因。React Native对Android的支持正越来越好，但它还是需要一个提高的过程。在初期，React Native对手机配置较高、Android操作系统版本高于5.0的Android手机的支持比较好。而对Android操作系统低于5.0的Android手机的支持还有待完善。也就是说，在2016年年初，使用React Native框架开发Android移动应用程序在老手机上运行还是会遇到问题。但移动应用开发总是向前发展的，当读者看到这本书时，应当是2016年年中，读完这本书，开始用ReactNative框架开发应用的时间应当是2016年第三季度。到了那个时候，一方面是React Native对Android低版本手机支持会更好；另一方面也得益于Android手机的廉价，它的更新速度快，那时低版本Android手机已经不会再是市场保有量的主流。所以到了2016年年底，使用React Native框架进行跨平台移动应用开发必然会流行起来。不仅是流行起来，而且是成为商业移动应用开发的主流方式。相 关 图 书：《React Native跨平台移动应用开发》资深技术专家良心原创精品移动开发者学习React Native不可多得的入门宝典阙喜涛 编著2016年6月出版由浅入深、系统地介绍了使用React Native框架跨平台开发每一章都专注于阐述某一方面的知识，配合若干个原创的、精小的例程所有例程均是原创的，并且在代码旁有注释解说android中React native常见的10大问题_Android学习_天涯博客
Android学习交流
今日访问：[$DayVisitCount$]
总访问量：5050
开博时间：
博客排名：暂无排名
& & & &在或开发中，我们难免会遇到各种各样的问题，我学习android过程中，就遇到了很多问题。遇到问题并不可怕，多次遇到同样的问题才可怕。为了避免这类情况的出现，我们需要遇到问题、总结经验教训，并记录下来。
& & & &今天我搜罗了10个android端上最容易遇到的 React native组件相关问题，分享给大家，希望能帮助大家避免类似问题，下面一起来看看吧。
1.android& app启动后，红色界面，unable load jsbundle
解决办法：出现这个问题，一般来说是用dev-serve方式，且server没有正确匹配上，如果是用手机跑的话，需要pc和手机在同一个wifi下，且通过menu键设置menu-ip为pc的ip，如果是模拟器，则不需要手动设置ip，设置的话，反倒会出错。
2.app启动后，红色界面，unRegisteredProject
解决办法：这个后面也是一看就知道的错误，就是你的index.android.bundle中的最下面写的那个&componetNameInYourLocalProject&在你的java代码中不是叫这个名字，自己check下，立刻就能修复AppRegistry.registerComponent(&componetNameInYourLocalProject&, () =& JSObjAndroid);
3.require（&xxx&）的组件失败
js代码中有时候会出现require（&xxx&）的组件出错
解决办法：检测该node组件是否存在你的服务器上，如果是自己封装的NativeModule话可以直接使用
var CustomMoudle = React.NativeModules.YourCustomModule CustomMoudle.yourMethodDeclearInYourNative(&someparms&);
解决办法：可以利用pc端的chrome的 debug工具进行js端的调试，native的调试就只能用logcat跟踪了，目前看到大部分的错误都是自己代码的问题，ReactAndroid本身的Crash较少。
5.so库的问题
gradle的话，可以通到ndk filter来控制：android { defaultConfig { ndk { abiFilters &x86&P, &armeabi-v7a& } }
maven的话，可以手动通过libs下的so拷贝来解决问题。
这块有个比较大的坑就是，默认引入的jsc.aar中存在armabi文件夹，但是里面没有jsc.so 。导致在多个地方，去编码源码时ndk方面会报错。
6.关于设备MinSdkVerison
默认Android要求4.1以上设备，刚开始一直使用一个5.0的设备进行ReactAndorid的测试和开发，后来发现，其实搞上一个5.0+的genymotion模拟器联调起来效率会更高。
7.UIExplorer demo问题
之前一直在看具体接入和代码实现方面的，当大头的工作回过头来看，其实当时应该先从这个UIExploror入手的话，效率和进度应该会有较大提高的。
8.能力覆盖范围
根据团队之前React iOS的经验，跟进主干代码，依赖RN本身提供的UI组件可以满足大部分业务场景。
当然自己如果想复用之前团队沉淀下来的，配合着UIManager和UIModule这块本身工作量到也不算太大。
但是应该尽可能的和团队以后的JS端和iOS端的协议接口保持一致，让React最大的意义发挥出来，&lean once run everywhere&
9.数据安全
0.14之前只支持dev-pc 和assert方式，从0.14.0 realease版本开始支持local file patch加载方式，最新版0.15.1。
因为如果要动态能力，js必定是走网络端下发的，js本身是明文（即使JS做了混淆）,数据防劫持的保护还是必须要做的，这点可以配合https防篡改+sign校验来做。
10.JNI消息轮训带来的影响
由于JNI的通信限制，Java层和Native通信是单向的，且为了保证RN的16ms的渲染频率，所有Java-Native-jscore层的通信都是异步的，这样可能对于JAVA层的UI渲染是个性能问题。
当消息量非常大或Listview页面非常复杂时候，每1层Cell的渲染要以Css-ScrowllerView模型需要UI线程的连续绘制，对于瀑布流负责listview等可能会存在性能问题，但是该问题本身肯定是优于H5的体验的。
以上就是React native android最容易遇到的10大问题，及其简要的问题解决办法，当然如果你有更好的解决办法，欢迎补充分享。
相关文章：《》分类： |