皮皮网

1.如何评价 React Native
2.前端,前端前端后端,嵌入式？
3.Facebook惊现隐秘支付功能 亦欲进军支付界？
4.1.1 React 介绍
5.Facebook Open Platform编译FAQ
6.维睿新手训练营|Facebook pixel如何安装和使用？

如何评价 React Native

       React native充分利用了Facebook的现有轮子，是一个很优秀的集成作品，并且我相信这个团队对前端的了解很深刻，否则不可能让Native code「退居二线」。

       å¯¹åº”到前端开发，整个系统结构是这样：

       JSX vs HTML

       CSS-layout vs css

       ECMAScript 6 vs ECMAScript 5

       React native View vs DOM

       æ— éœ€ç¼–译，我在第一次编译了ipa装好以后，就再也没更新过app，只要更新云端的js代码，reload一下，整个界面就全变了。

       å¤šæ•°å¸ƒå±€ä»£ç éƒ½æ˜¯JSX，所有Native组件都是标签化的，这对于前端程序员来说，降低了不少学习成本，也大大减少了代码量。不信你可以看看JSX编译后的代码。

       å¤ç”¨React系统，也减少了一定学习和开发成本，更重要的是利用了React里面的分层和diff机制。js层传给Native层的是一个diff后的json，然后由Native将这个数据映射成真正的布局视图。

       css-layout也是点睛之笔，前端可以继续用熟悉的类css方式来编写布局，通过这个工具转换成constrain布局。

       ç³»

       ç»Ÿåªæœ‰js-objc的单向调用，就是把原生UI组件的方法通过javascritcore或者webview（低版本iOS）映射到js中来，整个调用

       è¿‡ç¨‹æ˜¯å¼‚步的，这样的设计令React native可以让js运行在桌面chrome中，通过websocket连接Native

       code和桌面chrome，极大地方便了调试。对其中的机制Bang的一篇文章写得很详细，我就不拾人牙慧了：React Native通信机制详解 « bang’s blog 。但这样设计也会带来一些问题，后面说。

       ç‚¹æŒ‰æ“ä½œä¹Ÿè¢«æŠ½è±¡æˆäº†ä¸€ç»„组件（TouchableXXX），这种抽象方式是我在之前做类似工作中没有想到的。facebook还列出Native为什么和web「手感」不同的原因：实时的点按反馈和取消能力。React Native 这套相应机制设计得很完善，能像Native code那样控制整个点按操作的所有过程。

       Debug

       ç›¸å½“方便！修改了js以后，通过内建的nodejs

       watcher编译成bundle，在模拟器里面按cmd+r就可以看到效果。而且按cmd+d，可以打开一个chrome窗口，所有的js都移到了

       chrome里面运行，所以什么断点单步打调用栈，都不在话下。

       ä¸Šé¢çš„既是特点也是优点，下面说说缺点，或者应该说：「仍然遗留的问题」，在我看来，这个方案已经超越了Hybird方案。

       ç³»

       ç»Ÿä»ç„¶ï¼ˆä¸å¾—不）依赖原生组件暴露出来的组件和方法。举两个例子，ScrollView这个组件，在Native层是有大量事件

       çš„，scrollViewWillBeginDragging，

       scrollViewWillEndDragging，scrollViewDidEndDragging等等，这些事件在现有的版本都没有暴露，基本上

       åšä¸äº†ç»„件联动效果。另外，这个版本中有大量组件是iOS

       only的：ActivityIndicatorIOS、DatePickerIOS、NavigatorIOS、PickerIOS、

       SliderIOS、SwitchIOS、TabBarIOS、AlertIOS、AppStateIOS、LinkingIOS、

       PushNotificationIOS、StatusBarIOS、VibrationIOS，反过来看，剩余的都是一些抽象程度极强的基本组件。这

       æ ·ï¼Œç”¨æˆ·å¿…须在不同的平台下写两套代码，而且所有能力仍然强烈依赖 React native 开发人员暴露的接口。

       ç”±äºŽæœ€å¤–层是

       React，初次学习成本高，不像往常的Hybird方案，只要多学几个JS

       API就可以开始干活了。当然，React的确让后续开发变得简单了一些，这么一套外来的（基于iOS）、残缺不全的（css-layout）在

       React的包装下，的确显得不那么面目可憎了。

       å¦å¤–，React Native仍然很不完善。文档还不全，我基本上是看着他的示例代码完成的demo，集成到已有app的文档也是今天才出来。按照官方的说法，Android版本要到半年后才发布：Blog | React ，届时整个系统设计可能还会有很大的变化。

       PS，在使用Tabbar的时候，我惊喜的发现他们居然用了iconfont方案，我现在手头的项目中也有同样的实现，不过API怎么设计一直很头疼。结果，我发现他是这么写的：

       <TabBarItemIOS

        name="blueTab"

        icon={ _ix_DEPRECATED('favorites')}

       ....>

       åœ¨ _ix_DEPRECATED 的定义处，有一句注释： // TODO(nicklockwood): How can this fit our require system?

       ä»¥ä¸Šã€‚

       ä¸‹é¢æ˜¯ä¸€å‘¨å‰ï¼Œåœ¨React native还没开源的时候，通过反解ipa的一些分析过程，有兴趣的可以看看。

       ------------------------简单粗暴的分割线--------------------

       èƒŒæ™¯å’Œè°ƒç ”手段

       React

        Native还没开源，最近和组里兄弟「反编译」了Facebook Group（这个应用是用React

       Native实现的）的ipa代码，出来几百个JS文件，格式化一下，花了几天时间读了一下源码，对React

       Native的内部核心机制算是有了一个基本了解。

       React Native的核心实现：

       å…ˆç®€å•è¯´å‡ ç‚¹ï¼Œè¯¦ç»†çš„等回头更新。

       1. React Native里面没有webview，这货不是Hybrid app，里面执行JS是用的

       JavascriptCore。

       2. 再说React Native的核心，iOS Native code提供了十来个最基本核心的类（RCTDeviceEventEmitter、

       RCTRenderingPerf等）、或组件（RCTView、RCTTextField、RCTTextView、

       RCTModalFullscreenView等），然后由React Native的JS部分，组成二十来个基本组件（Popover、Listview等），交由上层的业务方来使用（THGroupView）。

       3. 就如他们在宣传时所说，他们实现了一套类似css的子集，用来解决样式问题，相当复杂和强大，靠这个才能将Native的核心组件组成JS层的基本组件再组成业务端的业务组件，应该是采用facebook/css-layout · GitHub的C语言版本实现的（在ppt中我们看到了类似flex-direction: column一类的代码，这个正是css-layout支持的语法）。

       4. 在React Native中，写JS的工程师解决的是「将基本组件拼装成可用的React组件」的问题，写Native Code的工程师解决的是「提供核心组件，提供足够的扩展性、灵活性和性能」的问题。

       React Native的设计考虑：

       ReactJS对React Native有着直接的影响（我没在生产环境中用过React，只看过代码&用过Angular，如果有误请指出）

       ReactJS里面有这样的设计：

       1. ReactJS 的大工厂入口createElement返回的不是某个实体DOM对象，而只是一个数组

       2. 通过源码中 ui/browser/ 目录中的代码，将这个数组转换成DOM

       3. 底层的渲染核心是可以更换的

       å¦å¤–，Facebook自己有JSX，css-layout等开源项目，基于这些，如果要做一个用 JS来开发Native app的东西，很自然就想到了一套最有效率的搞法：

       1. 将 ui/browser 里面的代码替换成一套 Native 的桥接JS（实际上，iOS版是通过

       injectGenericComponentClass方法，将核心组件的方法注入到JS里面 ），就直接复用React的MVVM，自动将数据映射到Native了

       2.

        Native

       code里面实现三组核心API，一组提供核心组件的API（create、update、delete），一组事件方法（ReactJS里面的

       EventEmitter ），一组对css进行解析（css-layout）以及返回Style的ComputedStyle（React

       Native里面叫meatureStyle）。

       è¿™æ ·ï¼Œç”¨ä¸Šäº†ReactJS本身的所有核心功能和设计思路，Native的开发也足够简单。

       é‚£ï¼ŒReact Native是什么？

       å…¶å®žè¿™ä¸œè¥¿ä»ŽNative开发来说，相当于重新发明了一个浏览器渲染引擎并且套一个React的壳，从Web开发角度来说，就是把原来React的后端换成了Native code来实现，就跟Flipboard最近搞的React Canvas 一样： Flipboard · GitHubreact-canvas

       React Native的优势和劣势：：

       ä¼˜åŠ¿ç›¸å¯¹Hybird app或者Webapp：

       1. 不用Webview，彻底摆脱了Webview让人不爽的交互和性能问题

       2. 有较强的扩展性，这是因为Native端提供的是基本控件，JS可以自由组合使用

       3. 可以直接使用Native原生的「牛逼」动画（在FB Group这个app里面，面板滑出带一点果冻弹动，面板基于某个点展开这种动画随处可见，这种动画用Native code来做小菜一碟，但是用Web来做就难上加难）。

       ä¼˜åŠ¿ç›¸å¯¹äºŽNative app：

       1. 可以通过更新远端JS，直接更新app，不过这快成为各家大型Native app的标配了…

       åŠ£åŠ¿ï¼š

       1. 扩展性仍然远远不如web，也远远不如直接写Native code（这个不用废话解释了吧）

       2.

       ä»ŽNative到Web，要做很多概念转换，势必造成双方都要妥协。比如web要用一套CSS的阉割版，Native通过css-layout拿到最终样

       å¼å†è½¬æ¢æˆnative原生的表达方式（比如iOS的Constraint\origin\Center等属性），再比如动画。另外，若Android和

       iOS都要做相同的封装，概念转换就更复杂了。

       æ›´æ–°1：添加了React对React Native的影响。

       æ›´æ–°2：基本确定其使用了 css-layout，添加了对React Native的总结

       æ›´æ–°3: React native已经开源了： React Native，只有iOS版。我写了几个demo，简单看了看objc代码并和开源前的我们的一些结论（见后文）交叉验证。简单地从前端工程师和系统整体角度说一下React native的特点和优劣吧。

       æ›´æ–°4: 补充了几条优势和与前端开发的对照

前端,后端,嵌入式？

       ç¡¬ä»¶å‰ç«¯å¼€å‘和硬件后端开发哪个工资高嵌入式开发和硬件前端开发是一回事吗？？?

       åµŒå…¥å¼å¼€å‘分硬件和软件开发，其中硬件和软件里面还要细分，很多岗位和领域。说到哪个工资高，不好说，这和不同地域，不同岗位和不同水平有关系，所以不能一概而论。建议无论做到哪个领域，先学好再说，不要太在乎工资。

       è½¯ä»¶å¼€å‘，前端开发，和后端开发，哪个更累，哪个更挣钱，谢谢指点

       é¦–先，软件开发几乎包括了一切，不仅包括前端后端还包括嵌入式都是软件开发。

       å‰ç«¯å¼€å‘跟后端开发，都很累，全看个人。

       å‰ç«¯ç›®å‰æ›´èµšé’±ï¼Œå› ä¸ºå‰ç«¯æ­£åœ¨èš•é£Ÿå…¶ä»–桌面领域的份额，因为前端现在任何界面都可以跑（Linux、Win、Mac、Andriod、iPhone），这些领域的价值正在被转移到前端（特指网页前端），也就是说目前前端是能做事情最多的，至少是看上去。

       å¾€é«˜çº§æŠ€æœ¯è®²ï¼ŒåŽç«¯ä¼šæ¯”前端要难，也要更累，工资也更高。

       æ‰€ä»¥ï¼Œç†è®ºä¸Šï¼Œåˆçº§ç¨‹åºå‘˜å‰ç«¯å·¥èµ„高，高级程序员后端工资高。

       ä½†æ˜¯ï¼Œå®žé™…上，初级才会分前后，高级程序员啥都要。

学java出来后，做前端还是后端好？

       ä»ŽæŠ€æœ¯æœ¬èº«æ¥è¯´ï¼Œjava本身会偏向后端一些；如果你对前端感兴趣的话，像node.js、bootstrap、vue.js等等前端框架看下自己有没有掌握，现在不是懂点Html+css或者能写点ajax就可以做前端了。当然，做前端的话，除此以外，对网站的配色、页面的布局，包括一些审美等等还是有点小要求的，如果你能达到的话，你可以尝试去做前端。

       å°±ç›®å‰æ¥è¯´ï¼Œéšç€å‰åŽç«¯åˆ†ç¦»ï¼Œå‰ç«¯å’ŒåŽç«¯çš„薪资待遇这块儿都差不多了。选择前端还是后端很多时候看个人意愿吧，或者是觉得自己前端强点儿还是后端强点儿！不过，从个人建议上来说还是后端会更好些，因为前端相对来说比较简单，做了一段时间的后端还可以转去做前端。另外的话，就是很多时候几个项目可以用同一套前端框架，需要的话改改就好，除非对前端要求较高，一个项目一套前端，一般像这种情况还是比较少的。

学编程能做什么工作？

       çœ‹ä½ å­¦å“ªæ–¹é¢çš„，学编程可以做前端开发，后端开发，嵌入式开发，还有运维等工作，做前端要学html、css、js和ps，后端的话还要多学一门后端语言java、python等，运维学linux、shell等。

网页设计前端和后端的区别？越详细越好。

       è¯¦ç»†çš„解释一下web前后端的区别

       1、

       å‰å°ï¼šå‘ˆçŽ°ç»™ç”¨æˆ·çš„视觉和基本的操作。

       åŽå°ï¼šç”¨æˆ·æµè§ˆç½‘页时，我们看不见的后台数据跑动。后台包括前端、后端。

       å‰ç«¯ï¼šå¯¹åº”我们写的html、css、javascript等网页语言作用在前端网页。

       åŽç«¯ï¼šå¯¹åº”jsp、javaBean、dao层、action层和service层的业务逻辑代码。（包括数据库）

       ä¸ºä»€ä¹ˆjsp是后端呢？主要是jsp的运行原理是在tomcat服务器运行的。

       2、

       (1)javaweb是java开发中的一个方向java有搞安卓的，搞web的，搞嵌入式的等。javaweb就是指搞web方向的，javaweb分两块，一块是服务器端叫后端，另一块叫前端，也就是web前端。前端就是用户能看到的部分，比如淘宝网，qq空间，网页上你能看到的都是web前端做的。后端做的就是为前端的展示业务逻辑功能做处理。

       (2)javaweb包括了jsp，servelt以及一些框架比如spring，structs以及与数据库交互的知识，当然也涉及到了html，css等前端技术，但是更侧重于后端的开发。web前端主要是html，css，javascript之类的技术。

       jaweb是javaee的一个方向，Javaweb，由前端、Java代码、和数据库三个大方面组成，前端只是其中之一。

       (3)在我们的机子上看到的界面，安装的程序，给用户看的，操作的就是前端；而你看不到的，帮你保存网络游戏数据，保存应用数据，处理数据的就是后端（服务器）。比如说：我们在用的知乎就是前端，而保存这个问题，还有把这个问题推送给你的就是后端。

       äºŒã€å®šä¹‰ä¸åŒ

       ä¸€èˆ¬æ¥è¯´ï¼Œæˆ‘们将网站分为前端和后端。前端主要负责页面的展示，后端则是业务逻辑的实现。

       1、Web前端:

       é¡¾åæ€ä¹‰æ˜¯æ¥åšWeb的前端的。这里所说的前端泛指Web前端，也就是在Web应用中用户可以看得见碰得着的东西。包括Web页面的结构、Web的外观视觉表现以及Web层面的交互实现。

       2、Web后端：

       åŽç«¯æ›´å¤šçš„是与数据库进行交互以处理相应的业务逻辑。需要考虑的是如何实现功能、数据的存取、平台的稳定性与性能等。

       ä¸‰ã€éœ€è¦æŽŒæ¡çš„技术不同

       1、Web前端：

       ç²¾é€šJS，能熟练应用JQuery，懂CSS，能熟练运用这些知识，进行交互效果的开发。

       (1)精通HTML，能够书写语义合理，结构清晰，易维护的HTML结构；

       (2)精通CSS，能够还原视觉设计，并兼容业界承认的主流浏览器；

       (3)熟悉JavaScript，了解ECMAScript基础内容，掌握1-2种js框架，如JQuery；

       (4)对常见的浏览器兼容问题有清晰的理解，并有可靠的解决方案；

       (5)对性能有一定的要求，了解yahoo的性能优化建议，并可以在项目中有效实施。

       2、Web后端：

       åŽç«¯å¼€å‘人员：会写Java代码，会写SQL语句，能做简单的数据库设计，会Spring和iBatis，懂一些设计模式等。

       (1)精通jsp，servlet，javabean，JMS，EJB，Jdbc，Flex开发，或者对相关的工具、类库以及框架非常熟悉，如Velocity，Spring，Hibernate，iBatis，OSGI等，对Web开发的模式有较深的理解；

       (2)练使用oracle、sqlserver、mysql等常用的数据库系统，对数据库有较强的设计能力；

       (3)熟悉maven项目配置管理工具，熟悉tomcat、jboss等应用服务器，同时对在高并发处理情况下的负载调优有相关经验者优先考虑；

       (4)精通面向对象分析和设计技术，包括设计模式、UML建模等；

       (5)熟悉网络编程，具有设计和开发对外API接口经验和能力，同时具备跨平台的API规范设计以及API高效调用设计能力。

       å››ã€web后端和前端是怎么连接的？

       1、web服务器（apache、tomcat等），网络协议（/fbopen/

       2：根据readme的说明，把fbml所需的源码软件下载到dependencies目录下

       3：fbml的php扩展的编译，本身有个脚本，开源框架不过一般情况下都不能顺利通过那脚本编译成功

       错误提示1:

       gconvert.c::2: error: #error GNU libiconv not in use but included iconv.h is 前端前端from libiconv

       解决办法：

       修改build-all.py

       'glib-2..6.tar.gz': ("./configure", "make", "sudo make install"),

       改成

       'glib-2..6.tar.gz': ("./configure --with-libiconv=gnu", "make", "sudo make install"),

       错误提示2：

       nspr4 -lpthread -ldl -L../../dist/bin -lmozjs -L/usr/local/lib -lgtk-x-2.0 -lgdk-x-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -L/usr/local/lib -lcairo -Wl,--version-script -Wl,../../build/unix/gnu-ld-scripts/components-version-script -Wl,-Bsymbolic -ldl -lm

       ../../dist/lib/libgkconcvs_s.a(nsCanvasRenderingContext2D.o)(.text+0xa): In function `nsCanvasRenderingContext2D::Destroy()':

       : undefined reference to `XFreePixmap'

       ../../dist/lib/libgkconcvs_s.a(nsCanvasRenderingContext2D.o)(.text+0xa): In function `nsCanvasRenderingContext2D::SetDimensions(int, int)':

       : undefined reference to `XRenderFindStandardFormat'

       ../../dist/lib/libgkconcvs_s.a(nsCanvasRenderingContext2D.o)(.text+0x): In function `nsCanvasRenderingContext2D::SetDimensions(int, int)':

       : undefined reference to `XListPixmapFormats'

       ../../dist/lib/libgkconcvs_s.a(nsCanvasRenderingContext2D.o)(.text+0x): In function `nsCanvasRenderingContext2D::SetDimensions(int, int)':

       : undefined reference to `XFree'

       ../../dist/lib/libgkconcvs_s.a(nsCanvasRenderingContext2D.o)(.text+0xd): In function `nsCanvasRenderingContext2D::SetDimensions(int, int)':

       : undefined reference to `XCreatePixmap'

       collect2: ld returned 1 exit status

       gmake[3]: *** [libgklayout.so] Error 1

       gmake[3]: Leaving directory `/usr/home/yunfeng/facebook/facebook/fb-open-platform/libfbml-1.2.0/dependencies/mozilla/layout/build'

       gmake[2]: *** [libs] Error 2

       gmake[2]: Leaving directory `/usr/home/yunfeng/facebook/facebook/fb-open-platform/libfbml-1.2.0/dependencies/mozilla/layout'

       gmake[1]: *** [tier_9] Error 2

       gmake[1]: Leaving directory `/usr/home/yunfeng/facebook/facebook/fb-open-platform/libfbml-1.2.0/dependencies/mozilla'

       make: *** [default] Error 2

       解决办法：

       修改dependencies/mozilla/layout/build/Makefile.inifdef

       MOZ_ENABLE_GTK2EXTRA_DSO_LDOPTS += $(MOZ_GTK2_LIBS) / $(NULL)

       改成ifdef MOZ_ENABLE_GTK2EXTRA_DSO_LDOPTS += $(MOZ_GTK2_LIBS) / -L/usr/XR6/lib -lX -lXrender / $(NULL)

       这个错误一般发生在firefox编译的时候，我一般都手动解压缩firefox软件，源码然后修改Makefile.in，开源框架肇源码头啤酒然后在build-all.py中屏蔽解压缩firefox的前端前端语句就行

       错误提示3：

       In file included from js/jsarena.c::

       js/jsbit.h:: error: size of array 'js_static_assert_line_' is negative

       make[1]: *** [js/jsarena.o] Error 1

       make: *** [src] Error 2

       解决办法：

       修改 src/js/jsbit.h 第行

       S_STATIC_ASSERT(sizeof(unsigned long long) == sizeof(JSUword));

       改成

       S_STATIC_ASSERT(sizeof(unsigned long) == sizeof(JSUword));

       这个错误发生在firefox编译成功后，进行fbml的源码编译时候发生的，如果你用build-all.py编译，开源框架不想进行前面的前端前端编译，可以根据脚本屏蔽前面的源码编译。

维睿新手训练营|Facebook pixel如何安装和使用？

       Facebook Pixel 像素代码是开源框架一种分析工具，用于追踪网站上的前端前端溯源码制作平台用户行为，衡量广告效果。源码主要用途包括：

       1. 记录转化行为：安装转化事件后，开源框架可观察用户在网站上的操作，如查看内容、搜索、加入心愿单等。斜率 源码 胜率

       2. 竞价和优化：通过 Pixel 确定最可能达成广告目标的用户，以优化广告投放。

       3. 定位自定义受众：根据 Pixel 记录的数据，找到访问过网站的用户。

       在使用 Facebook Pixel 之前，需准备：

       1. 业务网站。押金系统担保源码

       2. 更新网站代码的能力。

       3. 广告账户。

       只有 BM 可以创建和分享 Pixel，否则可能导致广告追踪失效。

       创建 Pixel：

       1. 通过商务管理平台创建，需是实名认证程序源码管理员。

       2. 选择事件管理工具，创建 Pixel。

       安装 Pixel：

       1. 复制 Pixel ID，粘贴至网站建站工具或代码中。

       2. 找到网站源代码，添加 Pixel 代码。

       检查 Pixel 安装情况：

       1. 使用 FaceBook Pixel Helper 插件验证。

       2. 检查 Page View，确保所有事件正常运行。

       分享 Pixel：

       1. BM 之间共享：通过输入 BMID 分享。

       2. 代理授权：提供 PixelID 和 BMID。

       3. 内部授权：在 BM 内添加个人号，设置权限。

       维睿互动是一家提供海外营销服务的公司，服务包括广告开户、投放、账户管理等，面向成长型企业提供出海营销解决方案。

       有兴趣的客户，可填写下方表单进行免费开户与业务咨询，了解更多开户及政策指南，请访问维睿互动官方网站。