脚本宝典收集整理的这篇文章主要介绍了javascript代码实例教程-ios7 JavaScriptCore.framework,脚本宝典觉得挺不错的,现在分享给大家,也给大家做个参考。小宝典致力于为广大程序猿(媛)提供高品质的代码服务,请大家多多光顾小站,小宝典在此谢过。
vcmU=" height="471" width="700" src="/uploaDFile/Collfiles/20140809/2014080909040719.jpg">
这个框架其实只是基于webkit中以C/C++实现的JavaScriptCore的一个包装,在旧版本iOS开发中,很多开发者也会自行将webkit的库引入项目编译使用。不过虽然iOS7把它当成了标准库,可惜目前,我还没有在Apple DeveloPEr中找到像之前文章中收集的那样的官方文档介绍这个框架的具体使用方法。
好在还可以在Xcode中找到头文件,而且里面的注释对每个类和方法的功能写得还算清楚,再结合网上仅有的几篇文章的介绍,我也在此简单入门一下JavaScriptCore。更多细节还待开发过程中发现。
在项目中引入JavaScriptCore后,链到头文件中,除了大段的Copyright注释可以看到里面只要引入了5个文件,每个文件里都定义跟文件名对应的类:
虽说代码中的注释介绍的也比较详细了,但是如同一图顶万言,对程序员来说代码更有说服力。本文就先来说说这些类相对比较好理解但又很常用的JSContext和JSValue以及它们方法的使用方式和效果。
JSVirtualMachine
为JavaScript的运行提供了底层资源,JSContext
就为其提供着运行环境,通过- (JSValue *)evaluateScript:(NSString *)script;
方法就可以执行一段JavaScript脚本,并且如果其中有方法、变量等信息都会被存储在其中以便在需要的时候使用。而JSContext的创建都是基于JSVirtualMachine
:- (id)initWithVirtualMachine:(JSVirtualMachine *)virtualMachine;
,如果是使用- (id)init;
进行初始化,那么在其内部会自动创建一个新的JSVirtualMachine
对象然后调用前边的初始化方法。
JSValue
则可以说是JavaScript和Object-C之间互换的桥梁,它提供了多种方法可以方便地把JavaScript数据类型转换成Objective-C,或者是转换过去。其一一对应方式可见下表:
nil | undefined | valueWithUndefinedInContext | |
NSNull | null | valueWithNullInContext: | |
NSString | string | toString | |
NSNumber | number, boolean | toNumber toBool toDouble toInt32 toUInt32 | valueWithBool:inContext: valueWithDouble:inContext: valueWithInt32:inContext: valueWithUInt32:inContext: |
NSDictionary | Object object | toDictionary | valueWithNewObjectInContext: |
NSArray | Array object | toArray | valueWithNewArrayInContext: |
NSDate | Date object | toDate | |
NSBlock | Function object | ||
id | Wrapper object | toObject toObjectOfClass: | valueWithObject:inContext: |
Class | Constructor object |
先看个简单的例子:
很简单吧,还可以存一个JavaScript变量在JSContext
中,然后通过下标来获取出来。而对于Array
或者Object
类型,JSValue
也可以通过下标直接取值和赋值。
通过输出结果很容易看出代码成功把数据从Objective-C赋到了JavaScript数组上,而且JSValue
是遵循JavaScript的数组特性:无下标越位,自动延展数组大小。并且通过JSValue
还可以获取JavaScript对象上的属性,比如例子中通过"length"
就获取到了JavaScript数组的长度。在转成NSArray
的时候,所有的信息也都正确转换了过去。
各种数据类型可以转换,Objective-C的Block也可以传入JSContext中当做JavaScript的方法使用。比如在前端开发中常用的log
方法,虽然JavaScritpCore没有自带(毕竟不是在网页上运行的,自然不会有window、document、console这些类了),仍然可以定义一个Block方法来调用NSLog来模拟:
通过Block成功的在JavaScript调用方法回到了Objective-C,而且依然遵循JavaScript方法的各种特点,比如方法参数不固定。也因为这样,JSContext
提供了类方法来获取参数列表(+ (JSContext *) currentArguments;
)和当前调用该方法的对象(+ (JSValue *)currentThis
)。对于"this"
,输出的内容是GlobalObject
,这也是JSContext
对象方法- (JSValue *)globalObject;
所返回的内容。因为我们知道在JavaScript里,所有全局变量和方法其实都是一个全局变量的属性,在浏览器中是window,在JavaScriptCore是什么就不得而知了。
Block可以传入JSContext
作方法,但是JSValue
没有toBlock
方法来把JavaScript方法变成Block在Objetive-C中使用。毕竟Block的参数个数和类型已经返回类型都是固定的。虽然不能把方法提取出来,但是JSValue
提供了- (JSValue *)callWithArguments:(NSArray *)arguments;
方法可以反过来将参数传进去来调用方法。
JSValue
还提供- (JSValue *)invokeMethod:(NSString *)method withArguments:(NSArray *)arguments;
让我们可以直接简单地调用对象上的方法。只是如果定义的方法是全局函数,那么很显然应该在JSContext
的globalObject
对象上调用该方法;如果是某JavaScript对象上的方法,就应该用相应的JSValue
对象调用。
Objective-C的异常会在运行时被Xcode捕获,而在JSContext
中执行的JavaScript如果出现异常,只会被JSContext
捕获并存储在exception
属性上,而不会向外抛出。时时刻刻检查JSContext
对象的exception
是否不为nil
显然是不合适,更合理的方式是给JSContext
对象设置exceptionHandler
,它接受的是^(JSContext *context, JSValue *exceptionValue)
形式的Block。其默认值就是将传入的exceptionValue
赋给传入的context
的exception
属性:
我们也可以给exceptionHandler
赋予新的Block以便在JavaScript运行发生异常的时候我们可以立即知道:
从之前的例子和介绍应该有体会到Block在JavaScriptCore中起到的强大作用,它在JavaScript和Objective-C之间的转换 建立起更多的桥梁,让互通更方便。但是要注意的是无论是把Block传给JSContext
对象让其变成JavaScript方法,还是把它赋给exceptionHandler
属性,在Block内都不要直接使用其外部定义的JSContext
对象或者JSValue
,应该将其当做参数传入到Block中,或者通过JSContext
的类方法+ (JSContext *)currentContext;
来获得。否则会造成循环引用使得内存无法被正确释放。
比如上边自定义异常处理方法,就是赋给传入JSContext
对象con
,而不是其外创建的context
对象,虽然它们其实是同一个对象。这是因为Block会对内部使用的在外部定义创建的对象做强引用,而JSContext
也会对被赋予的Block做强引用,这样它们之间就形成了循环引用(Circular Reference)使得内存无法正常释放。
对于JSValue
也不能直接从外部引用到Block中,因为每个JSValue
上都有JSContext
的引用 (@PRoperty(readonly, retain) JSContext *context;
),JSContext
再引用Block同样也会形成引用循环。
前面十分的简单方便而且高效,不过也仅限于数值型、布尔型、字符串、数组等这些基础类型。本文将扩展到更复杂的类型,介绍一下该强大的框架是如何让Objective-C对象和JavaScript对象进行直接互通的。
为了方便起见,以下所有代码中的JSContext对象都会添加如下的log
方法和eventHandler
:
JSContext并不能让Objective-C和JavaScript的对象直接转换,毕竟两者的面向对象的设计方式是不同的:前者基于class
,后者基于prototype
。但所有的对象其实可以视为一组键值对的集合,所以JavaScript中的对象可以返回到Objective-C中当做NSDictionary
类型进行访问。
同样的,NSDicionary
和NSMutableDictionary
传入到JSContext之后也可以直接当对象来调用:
JavaScript可以脱离prototype
继承完全用JSON来定义对象,但是Objective-C编程里可不能脱离类和继承了写代码。所以JavaScriptCore就提供了JSExport
作为两种语言的互通协议。JSExport
中没有约定任何的方法,连可选的(@optional
)都没有,但是所有继承了该协议(@protocol
)的协议(注意不是Objective-C的类(@interface))中定义的方法,都可以在JSContext
中被使用。语言表述起来有点绕,还是用例子来说明会更明确一点。
在上边的代码中,定义了一个PersonProtocol
,并让它继承了神秘的JSExport
协议,在新定义的协议中约定urls
属性和fullName
方法。之后又定义了Person
类,除了让它实现PersonProtocol
外,还定义了firstName和lastName属性。而fullName方法返回的则是两部分名字的结合。
下边就来创建一个Person
对象,然后传入到JSContext
中并尝试使用JavaScript来访问和修改该对象。
从输出结果不难看出,当访问firstName
和lastName
的时候给出的结果是undefined
,因为它们跟JavaScript没有JSExport
的联系。但这并不影响从fullName()
中正确得到两个属性的值。和之前说过的一样,对于NSDictionary
类型的urls
,可以在JSContext
中当做对象使用,而且还可以正确地给urls
赋予新的值,并反映到实际的Objective-C的Person
对象上。
JSExport
不仅可以正确反映属性到JavaScript中,而且对属性的特性也会保证其正确,比如一个属性在协议中被声明成readonly
,那么在JavaScript中也就只能读取属性值而不能赋予新的值。
对于多参数的方法,JavaScriptCore的转换方式将Objective-C的方法每个部分都合并在一起,冒号后的字母变为大写并移除冒号。比如下边协议中的方法,在JavaScript调用就是:doFooWithBar(foo, bar);
如果希望方法在JavaScript中有一个比较短的名字,就需要用的JSExport.h中提供的宏:JSExportAs(PropertyName, Selector)
。
比如上边定义的协议中的方法,在JavaScript就只要用testArgumentTypes(i, d, b, s, n, a, dic);
来调用就可以了。
虽然JavaScriptCore框架还没有官方编程指南,但是在JSExport.h文件中对神秘协议的表述还是比较详细的,其中有一条是这样描述的:
By default no methods or properties of the Objective-C class will be exposed to JavaScript, however methods and properties may explicitly be exported. For each protocol that a class conforms to, if the protocol incorporates the protocol JSExport, then the protocol will be interpreted as a list of methods and properties to be exported to JavaScript.
这里面有个incorporate一词值得推敲,经过验证只有直接继承了JSExport
的自定义协议(@protocol
)才能在JSContext
中访问到。也就是说比如有其它的协议继承了上边的PersonProtocol
,其中的定义的方法并不会被引入到JSContext
中。从源码中也能看出JavaScriptCore框架会通过class_copyProtocolList
方法找到类所遵循的协议,然后再对每个协议通过protocol_copyProtocolList
检查它是否遵循JSExport协议进而将方法反映到JavaScript之中。
对于自定义的Objective-C类,可以通过之前的方式自定义继承了JSExport
的协议来实现与JavaScript的交互。对于已经定义好的系统类或者从外部引入的库类,她们都不会预先定义协议提供与JavaScript的交互的。好在Objective-C是可以在运行时实行对类性质的修改的。
比如下边的例子,就是为UITextField
添加了协议,让其能在JavaScript中可以直接访问text
属性。该接口如下:
之后在通过class_addProtocol
为其添加上该协议:
为一个UIButton
添加如下的事件,其方法只要是将textField
传入到JSContext
中然后读取其text
值,自增1后重新赋值:
当运行点击UIButton时就会看到UITextField
的值在不断增加,也证明了对于已定义的类,也可以在运行时添加神奇的JSExport
协议让它们可以在Objective-C和JavaScript直接实现友好互通。
虽然Objetive-C和JavaScript都是面向对象的语言,而且它们都可以让程序员专心于业务逻辑,不用担心内存回收的问题。但是两者的内存回首机制全是不同的,Objective-C是基于引用计数,之后Xcode编译器又支持了自动引用计数(ARC, Automatic Reference Counting);JavaScript则如同Java/C#那样用的是垃圾回收机制(GC, Garbage Collection)。当两种不同的内存回收机制在同一个程序中被使用时就难免会产生冲突。
比如,在一个方法中创建了一个临时的Objective-C对象,然后将其加入到JSContext
放在JavaScript中的变量中被使用。因为JavaScript中的变量有引用所以不会被释放回收,但是Objective-C上的对象可能在方法调用结束后,引用计数变0而被回收内存,因此JavaScript层面也会造成错误访问。
同样的,如果用JSContext
创建了对象或者数组,返回JSValue
到Objective-C,即使把JSValue
变量retain
下,但可能因为JavaScript中因为变量没有了引用而被释放内存,那么对应的JSValue
也没有用了。
怎么在两种内存回收机制中处理好对象内存就成了问题。JavaScriptCore提供了JSManagedValue
类型帮助开发人员更好地管理对象内存。
在《iOS7新JavaScriptCore框架入门介绍》有提到JSVirtualMachine
为整个JavaScriptCore的执行提供资源,所以当将一个JSValue
转成JSManagedValue
后,就可以添加到JSVirtualMachine
中,这样在运行期间就可以保证在Objective-C和JavaScript两侧都可以正确访问对象而不会造成不必要的麻烦。
觉得可用,就经常来吧! 脚本宝典 欢迎评论哦! js脚本,巧夺天工,精雕玉琢。小宝典献丑了!
以上是脚本宝典为你收集整理的javascript代码实例教程-ios7 JavaScriptCore.framework全部内容,希望文章能够帮你解决javascript代码实例教程-ios7 JavaScriptCore.framework所遇到的问题。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。