.m属性对外开放 ios

2015-12-12 13:41:11 guhunv33 阅读数 888

          .h里面的@interface,不消说,是典型的头文件,它是供其它Class调用的。它的@property和functions,都能够被其它Class“看到”。

         而.m里面的@interface,在OC里叫作Class Extension,是.h文件中@interface的补充。但是.m文件里的@interface,对外是不开放的,只在.m文件里可见。

      其被设计出来就是为了解决两个问题的,其一,定义类私有方法的地方。其二,实现public readonly,private readwrite的property(意思是在h头文件中定义一个属性对外是readonly的,但在类的的,但在类的


      此外,也可在此部分申明变量和属性,但申明的变量,属性和方法均为私有的,只能够被当前类访问,相当于private。

因为 .h 文件可以被其他.m 文件 #import。 自然就可以被其他.m文件访问; 而在.m 文件中所声明的,其实就是一个 static的 变量或方法,自然不能被其他文件访问。


      有的同学看到Class Extension,可能会想到OC里的@protocol。是的,它们都是对一个Class的扩展。不过它们的区别也很明显:

Class Extension只能用在能得到源代码的情况下,而@protocol在得不到源码的时候也可以使用。

因此@protocol一般用作对一些系统Class的扩展,常见的比如对NSString、UIView等。


2016-07-26 10:48:06 kaishener 阅读数 286

一直搞不懂在OC中变量在@interface和@implementation中有什么区别,定义@property又有什么不同,查了很多资料,总结如下:

//ViewController.h
@interface ViewController : UIViewController {
    NSInteger a;
}

@property (nonatomic,assign) NSInteger b;

@end

//ViewController.m
@interface ProductsViewController () {
    NSInteger c;
}

@property (nonatomic,assign) NSInteger d;

@end

a,b,c,d这四个变量有什么不同?

a是成员变量,相当于java中的protected,可以被子类继承。
b相当于java中的public,既可以被子类继承,也可以被外部访问。
c和d个人理解都是私有变量,相当于java中的private,不可以被子类调用,也不可以外部访问。

b 和 d 可以用 self.来访问, a和c不能。

a和c基本上很少用,一般都用b和d,如果需要对外开放的属性的就放在b,不需要的话直接在d位置定义。

a和c我觉的应该是为了兼容早期版本的写法,为了让你自己定义属性对应的内部变量,但是在arc之后的版本中,你只要定义一个属相,xcode会自动帮你定义一个以下划线打头的和属性同名的内部变量,所以你不需要另外再定义了.

2015-07-29 23:14:00 lixing333 阅读数 12656

很多开发iOS好几年的老鸟,可能都不太分的清.h文件和.m文件里各种结构的用途和区别。最近仔细研究了一下,写一篇文章记下来。
一般的,写一个Class的时候,经常是这种格式(以UIViewController为例):

.h文件:

@interface ClassName{
    NSString* _value1;
}

@property(nonatomic,assign)NSString* value1;

-(void)func1;

.m文件:

@interface ClassName(){
}
@end

@synthesize value1;

@implementation ClassName

-(void)func1{
}

@end

大体上就是这个格式。很多人,包括我,在创建和使用Class时,直接就使用这样的模板。这个模板里有一些有意思的小东西,值得探讨,比如:
1. 为什么.h文件和.m文件里各有1个@interface?它们分别有什么用?
2. .h中,value1为什么要定义2遍?
3. @synthesize有什么用?
还有一些其它的问题,今天先解决上面提到的这几个。

为什么.h文件和.m文件里各有1个@interface?它们分别有什么用?

.h里面的@interface,不消说,是典型的头文件,它是供其它Class调用的。它的@property和functions,都能够被其它Class“看到”。

而.m里面的@interface,在OC里叫作Class Extension,是.h文件中@interface的补充。但是.m文件里的@interface,对外是不开放的,只在.m文件里可见。

因此,我们将对外开放的方法、变量放到.h文件中,而将不想要对外开放的变量放到.m文件中(.m文件的方法可以不声明,直接用)。

有的同学看到Class Extension,可能会想到OC里的@protocol。是的,它们都是对一个Class的扩展。不过它们的区别也很明显:

Class Extension只能用在能得到源代码的情况下,而@protocol在得不到源码的时候也可以使用。

因此@protocol一般用作对一些系统Class的扩展,常见的比如对NSString、UIView等。

.h中,value1为什么要定义2遍?

当然,现在@interface{}里的定义也可以省略掉了,不过原理还是要搞清楚。

严格来说@interface{}里定义的变量,叫作instance variable,它是这个Class内部真正的全局变量。然而这个instance variable是不对外公开的,因此我们还需要一个对外公开的东西来调用,就是@property
@property是对外的,它其实是告诉大家,我这个Class里,有一个变量的set/get方法。比如,@property NSString* string; 就是说,本Class里有一个getString/setString供你们调用。

因此需要2次声明。当然现在lldb也升级了,只要你声明了@property,它就可以自动创建对应的全局变量。

@synthesize有什么用?

@property 一个变量后,在@implementation里再@synthesize一下,相信是很多人的习惯。但是为什么要有这个@synthesize方法呢?

@property是对外声明了Class的get/set方法,然后我们就需要在.m文件里手写get/set方法。这可就麻烦了,1个变量对应2个方法,假如一个Class里有10个变量,那岂不是要写20个方法?烦也烦死唠。

@synthesize帮我们解决了这个问题。@synthesize在.m文件里自动生成了get/set方法。因此,我们只要在@implementation后面加上一行:@synthesize 就可以自动生成get/set方法了,省掉了很多麻烦。比如@synthesize value1 = _value1;的意思就是,将instance variable _value1用作getValue1和setValue1方法里。

get/set方法有时候是比较复杂的,因为它和变量的属性相关,就是@property(nonatomic, assign/retain(strong/weak))这就和内存有关了。然而@synthesize为我们做了这些事情,就不要再为这些事情烦恼了!

更方便的是,从Xcode4.4开始,编译器会自动为每一条@property都添加一条对应的@synthesize,因此以后我们只要写一个@property就可以了!

PS:这些在Swift貌似都不是个事儿了。话说到现在都没怎么接触过Swift,真是罪过罪过。

2015-04-28 16:46:28 yujianxiang666 阅读数 1692

 

本篇为大家介绍一个优秀的国人开发开源小项目:WebViewJavascriptBridge


==WebViewJavascriptBridge的介绍==
#下载:https://github.com/marcuswestin/WebViewJavascriptBridge
#关于WebViewJavascriptBridge的介绍:http://blog.csdn.net/yanghua_kobe/article/details/8209751
==WebViewJavascriptBridge(在与现有的业务代码结合使用中)的小问题==
*demo部分( ExampleApp.html界面中第50行):
 
      bridge.callHandler('testObjcCallback', {'foo':'bar'}, function(response) {


      由于底层回传是两个参数responseCallback(message.error,message.responseData),因此reponse对应的是message.error,此demo中得到的是undefinded;
 
  
*源码实现部分(webview加载回调事件webViewDidFinishLoad):
   
- (void)webViewDidFinishLoad:(UIWebView *)webView{
    if (webView != _webView) {return; }


    if (![[_webViewstringByEvaluatingJavaScriptFromString:@"typeofWebViewJavascriptBridge == 'object'"] isEqualToString:@"true"]){
       NSString *filePath = [[NSBundle mainBundle]pathForResource:@"WebViewJavascriptBridge.js"ofType:@"txt"];
       NSString *js = [NSStringstringWithContentsOfFile:filePath encoding:NSUTF8StringEncodingerror:nil];
       [_webViewstringByEvaluatingJavaScriptFromString:js];
    }
   
    if (self.startupMessageQueue){
       for (id queuedMessage inself.startupMessageQueue) {
           [self_dispatchMessage:queuedMessage];
       }
       self.startupMessageQueue = nil;
    }
   
    if (self.webViewDelegate&& [self.webViewDelegaterespondsToSelector:@selector(webViewDidFinishLoad:)]){
       [self.webViewDelegatewebViewDidFinishLoad:webView];
    }
}


WebViewJavascriptBridge的使用流程中要将webview的delegate首先设置为自身,这是必须条件,
如果现有的业务代码中需要使用webview的回调事件,则需要在初始化WebViewJavascriptBridge时制定业务代码自身为后续的delegate;
在设定后续delegate之后,会出现问题;


以上代码会造成webViewDidFinishLoad被调用两次:业务代码中设置webview的回调事件,而以上代码中引入.js.txt资源,资源里有对dom的直接修改,也会触发webViewDidFinishLoad回调函数;
由此造成业务代码中的webViewDidFinishLoad会被执行两次,形成错误或者不必要的多次调用;


处理:在js.txt资源引入之前不执行后续的代码处理,即阻止第一次的viewdidload的后续调用,修改后如下:


- (void)webViewDidFinishLoad:(UIWebView *)webView{
   
    if (webView != _webView) {return; }
    if (![[_webViewstringByEvaluatingJavaScriptFromString:@"typeofWebViewJavascriptBridge == 'object'"] isEqualToString:@"true"]){
       NSString *filePath = [[NSBundle mainBundle]pathForResource:@"WebViewJavascriptBridge.js"ofType:@"txt"];
       NSString *js = [NSStringstringWithContentsOfFile:filePath encoding:NSUTF8StringEncodingerror:nil];
       [_webViewstringByEvaluatingJavaScriptFromString:js];
    }
    //2012-12-3对于源码的变动,在js.txt加载之前,对于业务后续调用,不处理;
    else{
       if (self.startupMessageQueue) {
           for (idqueuedMessage in self.startupMessageQueue) {
              [self_dispatchMessage:queuedMessage];
          }
          self.startupMessageQueue = nil;
       }
       if (self.webViewDelegate &&[self.webViewDelegaterespondsToSelector:@selector(webViewDidFinishLoad:)]){
          [self.webViewDelegatewebViewDidFinishLoad:webView];
       }
    }
}
 
*源码部分(初始化函数):nil不能作为NSdictionary的value;

错误:
- (void)callHandler:(NSString *)handlerName {
    [self callHandler:handlerNamedata:nil responseCallback:nil];
}
正确:
- (void)callHandler:(NSString *)handlerName {
    [self callHandler:handlerNamedata:[NSNull null] responseCallback:nil];
}



==WebViewJavascriptBridge的使用==
===js和ios交互的直接代码实现===
*jos对于js的调用:

[self.paperQuestionsShowWebviewstringByEvaluatingJavaScriptFromString:[NSStringstringWithFormat:@"setQuestionContent('%@')",qTitle]];

*js对于ios的调用:

在html js代码中改变当前window的href;


   window.location.href="selfEvaluate/"+value;


以上事件触发webview的shouldStartLoadWithRequest的回调事件;


- (BOOL)webView:(UIWebView *)webViewshouldStartLoadWithRequest:(NSURLRequest *)requestnavigationType:(UIWebViewNavigationType)navigationType{
   
    NSString *relativePath =request.mainDocumentURL.relativePath;
    if ([relativePathhasSuffix:@".html"]) {
       return YES;
    }
    else{
       NSRange doingRange = [relativePathrangeOfString:@"/doing/"];
       if (doingRange.length>0) {
          //获取用户选择的选项
           NSString*userNewChoice = [relativePathsubstringFromIndex:doingRange.location+doingRange.length];
          //更新选项内容到服务器端
          //判断当前选项跟已经提交到服务器端的时候一致,如果不一致,则提交到服务器端
           if(![userNewChoice isEqualToString:self.currentQuestionAnswer]){
              [self.delegateupdateQuestionUserChoiceWithPid:self.paperIdquestionSequence:self.currentQuestionSequencechoice:userNewChoice
 remainTime:self.reimainTimesender:self];
             //NSLog(@"update");
          }
       }
       else{
          .....
       }
       return NO;
    }
}



===js和ios交互的(WebViewJavascriptBridge)代码实现===
*ios端的实现:
 
  引入头文件:
  #import"WebViewJavascriptBridge.h";
 
 
  指定WebViewJavascriptBridge 属性:
   @property (strong, nonatomic)WebViewJavascriptBridge *javascriptBridge;
 
 
  初始化 WebViewJavascriptBridge;
    _javascriptBridge =[WebViewJavascriptBridgebridgeForWebView:_paperQuestionsShowWebview webViewDelegate:selfhandler:nil];
 

  注册函数;
    [_javascriptBridgeregisterHandler:@"setSubjectiveQuestionScore" handler:^(id data,WVJBResponse *response){
          //获取用户选择的选项
           NSInteger userScoreChoice = [(NSString *)dataintegerValue];
          //更新选项内容到服务器端
          //判断当前选项跟已经提交到服务器端的时候一致,如果不一致,则提交到服务器端
          
          //如果选择新的分数,则同步到服务器端
           if(userScoreChoice!=self.currentQuestionScore) {
              [self.delegateupdateQuestionUserChooseScoreWithPid:self.paperIdquestionSequence:self.currentQuestionSequence score:userScoreChoicesender:self];
          }
       }];
 
 
  调用js代码;
   [_javascriptBridgecallHandler:@"setRightAnswer" data:qAnswer ];
 
 
*js的实现:
 
  必要的事件注册和初始化:
  document.addEventListener('WebViewJavascriptBridgeReady',onBridgeReady, false);
   function onBridgeReady(event){
              var bridge =event.bridge;
             //调用初始化函数,取消队列,使消息能够得到直接处理;
              bridge.init(function(message){
                       alert(message);
                        });
   }
 
 
  注册函数:
   function onBridgeReady(event){
           ......
              bridge.registerHandler('setQuestionContent',function(content){


                          var e_content =document.getElementByIdx_x('qcontent');
                         e_content.innerHTML= content;
                                 
              });
   }
 
 
  实现js对ios的调用:
     newChoiceElement.onclick = function(){
            bridge.callHandler('choose',this.value);
      }
 


===js和ios交互的(WebViewJavascriptBridge)代码实现中需要注意的问题===
#ios端必须保障框架中ios的实现作为webview的delegate,而业务代码作为后续的delegate处理在初始化中加入;不然消息得不到传递(会加入一个队列,但是不会触发消息传递);
#js端必须实现init函数,不然消息得不到传递(会加入一个队列,但是不会触发消息传递);
#关于参数(ios端):单个的对象可以直接传递(int等基础类型需要转换成对应的对象);多值传递需要组成NSDictionary进行传递;
#关于参数(js端):单个对象直接传递;多值组成json格式字符串{'aa':'ss','sdd':'rrr'};
#js语法以及编辑器对于错误的指示不明显,造成一些字符或标点错误,以及语法不完成的错误很难被发现,是消耗时间比较长的地方,需要通过寻找更加完善的js编辑器解决;


===代码引入WebViewJavascriptBridge实现ios和js交互的好处===
#协议:自己实现,在通讯的部分需要自己构建传递协议,多人实现造成构建的传递协议不同,比较容易混乱,采用统一的底层框架,可以减少这个问题;
#传递对象的字符转义:框架对这块又处理,不用自己再对一些字符进行转移;
#框架封装了js和ios的多次交互,在实现比较复杂的交互时比较有用,这块如果开发人员自己实现,则代码质量难控制,而且有一定的工作量;

document:属性

document.title //设置文档标题等价于HTML的
document.bgColor //设置页面背景色
document.fgColor //设置前景色(文本颜色)
document.linkColor //未点击过的链接颜色
document.alinkColor //激活链接(焦点在此链接上)的颜色
document.vlinkColor //已点击过的链接颜色
document.URL //设置URL属性从而在同一窗口打开另一网页
document.fileCreatedDate //文件建立日期,只读属性
document.fileModifiedDate //文件修改日期,只读属性
document.fileSize //文件大小,只读属性
document.cookie //设置和读出cookie
document.charset //设置字符集 简体中文:gb2312
document:方法
document.write() //动态向页面写入内容
document_createElement_x_x_x(Tag) //创建一个html标签对象
document.getElementByIdx_xx_x_x(ID) //获得指定ID值的对象
document.getElementsByName(Name) //获得指定Name值的对象
document.body.a(oTag)
body:子对象
document.body //指定文档主体的开始和结束等价于


document.body.bgColor //设置或获取对象后面的背景颜色
document.body.link //未点击过的链接颜色
document.body.alink //激活链接(焦点在此链接上)的颜色
document.body.vlink //已点击过的链接颜色
document.body.text //文本色
document.body.innerText //设置…之间的文本
document.body.innerHTML //设置…之间的HTML代码
document.body.topMargin //页面上边距
document.body.leftMargin //页面左边距
document.body.rightMargin //页面右边距
document.body.bottomMargin //页面下边距
document.body.background //背景图片
document.body.a(oTag) //动态生成一个HTML对象

location:子对象
document.location.hash // #号后的部分
document.location.host // 域名+端口号
document.location.hostname // 域名
document.location.href // 完整URL
document.location.pathname // 目录部分
document.location.port // 端口号
document.location.protocol // 网络协议(http:)
document.location.search // ?号后的部分
常用对象事件:
documeny.location.reload() //刷新网页
document.location.reload(URL) //打开新的网页
document.location.assign(URL) //打开新的网页
document.location.replace(URL) //打开新的网页
selection-选区子对象
document.selection




下载WebViewJavascriptBridge地址

它优雅地实现了在使用UIWebView时JS与ios 的Objective-C nativecode之间的互调,支持消息发送、接收、消息处理器的注册与调用以及设置消息处理的回调。

就像项目的名称一样,它是连接UIWebView和Javascript的bridge。在加入这个项目之后,他们之间的交互处理方式变得很友好。

在native code中跟UIWebView中的js交互的时候,像下面这样:


//发送一条消息给UI端并定义回调处理逻辑

[_bridge send:@"A string sent from ObjC before Webview has loaded." responseCallback:^(id error, id responseData) {

if (error) { NSLog(@"Uh oh - I got an error: %@", error); }

NSLog(@"objc got response! %@ %@", error, responseData);

}];

而在UIWebView中的js跟native code交互的时候也变得很简洁,比如在调用处理器的时候,就可以定义回调处理逻辑:

//调用名为testObjcCallback的native端处理器,并传递参数,同时设置回调处理逻辑

bridge.callHandler('testObjcCallback', {'foo': 'bar'}, function(response) {

<span style="white-space:pre"> </span>log('Got response from testObjcCallback', response)

})

 一起来看看它的实现吧,它总共就包含了三个文件:

WebViewJavascriptBridge.h

WebViewJavascriptBridge.m

WebViewJavascriptBridge.js.txt

 

它们是以如下的模式进行交互的:

 

 

很明显:WebViewJavascriptBridge.js.txt主要用于衔接UIWebView中的web page,而WebViewJavascriptBridge.h/m则主要用于与ObjC的nativecode打交道。他们作为一个整体,其实起到了一个“桥梁”的作用,这三个文件封装了他们具体的交互处理方式,只开放出一些对外的涉及到业务处理的API,因此你在需要UIWebView与Nativecode交互的时候,引入该库,则无需考虑太多的交互上的问题。整个的Bridge对你来说都是透明的,你感觉编程的时候,就像是web编程的前端和后端一样清晰。

 

 

 

简单地罗列一下它可以实现哪些功能吧:


出于表达上的需要,对于UIWebView相关的我就称之为UI端,而objc那端的处理代码称之为Native端。

 

 

 

【1】UI端

(1)UI端在初始化时支持设置消息的默认处理器(这里的消息指的是从Native端接收到的消息)

(2)从UI端向Native端发送消息,并支持对于Native端响应后的回调处理的定义

(3)UI端调用Native定义的处理器,并支持Native端响应后的回调处理定义

(4)UI端注册处理器(供Native端调用),并支持给Native端响应处理逻辑的定义

 

 

 

【2】Native端

(1)Native端在初始化时支持设置消息的默认处理器(这里的消息指的是从UI端发送过来的消息)

(2)从Native端向UI端发送消息,并支持对于UI端响应后的回调处理逻辑的定义

(3)Native端调用UI端定义的处理器,并支持UI端给出响应后在Native端的回调处理逻辑的定义

(4)Native端注册处理器(供UI端调用),并支持给UI端响应处理逻辑的定义UI端以及Native端完全是对等的两端,实现也是对等的。一段是消息的发送端,另一段就是接收端。这里为引起混淆,需要解释一下我这里使用的“响应”、“回调”在这个上下文中的定义:

 

 

 

(1)响应:接收端给予发送端的应答


(2)回调:发送端收到接收端的应答之后在接收端调用的处理逻辑

 

 

 

下面来分析一下源码:

 

 

 

WebViewJavascriptBridge.js.txt:

 

 

 

主要完成了如下工作:

 

 

 

(1)创建了一个用于发送消息的iFrame(通过创建一个隐藏的ifrmae,并设置它的URL来发出一个请求,从而触发UIWebView的shouldStartLoadWithRequest回调协议)

 

 

 

(2)创建了一个核心对象WebViewJavascriptBridge,并给它定义了几个方法,这些方法大部分是公开的API方法

 

 

 

(3)创建了一个事件:WebViewJavascriptBridgeReady,并dispatch(触发)了它。

 

 

 

代码解读

 

UI端实现

对于(1),相应的代码如下:

/*

*创建一个iFrame,设置隐藏并加入到DOM中

*/

function _createQueueReadyIframe(doc) {

messagingIframe = doc.createElement('iframe')

messagingIframe.style.display = 'none'

doc.documentElement.appendChild(messagingIframe)

}

 

 

对于(2)中的WebViewJavascriptBridge,其对象拥有如下方法:

 

 

window.WebViewJavascriptBridge = {

init: init,

send: send,

registerHandler: registerHandler,

callHandler: callHandler,

_fetchQueue: _fetchQueue,

_handleMessageFromObjC: _handleMessageFromObjC

}

方法的实现:

<span style="white-space:pre"> </span>/*

*初始化方法,注入默认的消息处理器

*默认的消息处理器用于在处理来自objc的消息时,如果该消息没有设置处理器,则采用默认处理器处理

*/

function init(messageHandler) {

if (WebViewJavascriptBridge._messageHandler) { throw new Error('WebViewJavascriptBridge.init called twice') }

WebViewJavascriptBridge._messageHandler = messageHandler

var receivedMessages = receiveMessageQueue

receiveMessageQueue = null

//如果接收队列有消息,则处理

for (var i=0; i<receivedMessages.length; i++) {

_dispatchMessageFromObjC(receivedMessages[i])

}

}

<span style="white-space:pre"> </span>/*

*发送消息并设置回调

*/

function send(data, responseCallback) {

_doSend({ data:data }, responseCallback)

}

 

/*

*注册消息处理器

*/

function registerHandler(handlerName, handler) {

messageHandlers[handlerName] = handler

}

 

/*

*调用处理器并设置回调

*/

function callHandler(handlerName, data, responseCallback) {

_doSend({ data:data, handlerName:handlerName }, responseCallback)

}

涉及到的两个内部方法:

<span style="white-space:pre"> </span>/*

*内部方法:消息的发送

*/

function _doSend(message, responseCallback) {

//如果定义了回调

if (responseCallback) {

//为回调对象产生唯一标识

var callbackId = 'js_cb_'+(uniqueId++)

//并存储到一个集合对象里

responseCallbacks[callbackId] = responseCallback

//新增一个key-value对- 'callbackId':callbackId

message['callbackId'] = callbackId

}

sendMessageQueue.push(JSON.stringify(message))

messagingIframe.src = CUSTOM_PROTOCOL_SCHEME + '://' + QUEUE_HAS_MESSAGE

}

 

<span style="white-space:pre"> </span>/*

*内部方法:处理来自objc的消息

*/

function _dispatchMessageFromObjC(messageJSON) {

setTimeout(function _timeoutDispatchMessageFromObjC() {

var message = JSON.parse(messageJSON)

var messageHandler

 

if (message.responseId) {

//取出回调函数对象并执行

var responseCallback = responseCallbacks[message.responseId]

responseCallback(message.error, message.responseData)

delete responseCallbacks[message.responseId]

} else {

var response

if (message.callbackId) {

var callbackResponseId = message.callbackId

response = {

respondWith: function(responseData) {

_doSend({ responseId:callbackResponseId, responseData:responseData })

},

respondWithError: function(error) {

_doSend({ responseId:callbackResponseId, error:error })

}

}

}

 

var handler = WebViewJavascriptBridge._messageHandler

//如果消息中已包含消息处理器,则使用该处理器;否则使用默认处理器

if (message.handlerName) {

handler = messageHandlers[message.handlerName]

}

 

try {

handler(message.data, response)

} catch(exception) {

console.log("WebViewJavascriptBridge: WARNING: javascript handler threw.", message, exception)

}

}

})

}

 

还有两个js方法是供native端直接调用的方法(它们本身也是为native端服务的):

 

<span style="white-space:pre"> </span>/*

*获得队列,将队列中的每个元素用分隔符分隔之后连成一个字符串【native端调用】

*/

function _fetchQueue() {

var messageQueueString = sendMessageQueue.join(MESSAGE_SEPARATOR)

sendMessageQueue = []

return messageQueueString

}

 

<span style="white-space:pre"> </span>/*

*处理来自ObjC的消息【native端调用】

*/

function _handleMessageFromObjC(messageJSON) {

//如果接收队列对象存在则入队该消息,否则直接处理

if (receiveMessageQueue) {

receiveMessageQueue.push(messageJSON)

} else {

_dispatchMessageFromObjC(messageJSON)

}

}

 

最后还有一段代码就是,定义一个事件并触发,同时设置设置上面定义的WebViewJavascriptBridge对象为事件的一个属性:

 

<span style="white-space:pre"> </span>var doc = document

_createQueueReadyIframe(doc)

//创建并实例化一个事件对象

var readyEvent = doc.createEvent('Events')

readyEvent.initEvent('WebViewJavascriptBridgeReady')

readyEvent.bridge = WebViewJavascriptBridge

//触发事件

doc.dispatchEvent(readyEvent)

 

Native端实现

 

其实大致跟上面的类似,只是因为语法不同(所以我上面才说两端是对等的):WebViewJavascriptBridge.h/.m

 

它其实可以看作UIWebView的Controller,实现了UIWebViewDelegate协议:

 

 

@interface WebViewJavascriptBridge : NSObject <UIWebViewDelegate>

+ (id)bridgeForWebView:(UIWebView*)webView handler:(WVJBHandler)handler;

+ (id)bridgeForWebView:(UIWebView*)webView webViewDelegate:(id <UIWebViewDelegate>)webViewDelegate handler:(WVJBHandler)handler;

+ (void)enableLogging;

- (void)send:(id)message;

- (void)send:(id)message responseCallback:(WVJBResponseCallback)responseCallback;

- (void)registerHandler:(NSString*)handlerName handler:(WVJBHandler)handler;

- (void)callHandler:(NSString*)handlerName;

- (void)callHandler:(NSString*)handlerName data:(id)data;

- (void)callHandler:(NSString*)handlerName data:(id)data responseCallback:(WVJBResponseCallback)responseCallback;

@end

 

方法的实现其实是跟前面类似的,这里我们只看一下UIWebView的一个协议方法:shouldStartLoadWithRequest:

 

- (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType {

if (webView != _webView) { return YES; }

NSURL *url = [request URL];

if ([[url scheme] isEqualToString:CUSTOM_PROTOCOL_SCHEME]) {

//队列中有数据

if ([[url host] isEqualToString:QUEUE_HAS_MESSAGE]) {

//刷出队列中数据

[self _flushMessageQueue];

} else {

NSLog(@"WebViewJavascriptBridge: WARNING: Received unknown WebViewJavascriptBridge command %@://%@", CUSTOM_PROTOCOL_SCHEME, [url path]);

}

return NO;

} else if (self.webViewDelegate) {

return [self.webViewDelegate webView:webView shouldStartLoadWithRequest:request navigationType:navigationType];

} else {

return YES;

}

}

使用示例

 

UI端

 

 

<span style="white-space:pre"> </span>//给WebViewJavascriptBridgeReady事件注册一个Listener

document.addEventListener('WebViewJavascriptBridgeReady', onBridgeReady, false)

<span style="white-space:pre"> </span>//事件的响应处理

function onBridgeReady(event) {

var bridge = event.bridge

var uniqueId = 1

<span style="white-space:pre"> </span>//日志记录

function log(message, data) {

var log = document.getElementById('log')

var el = document.createElement('div')

el.className = 'logLine'

el.innerHTML = uniqueId++ + '. ' + message + (data ? ': ' + JSON.stringify(data) : '')

if (log.children.length) { log.insertBefore(el, log.children[0]) }

else { log.appendChild(el) }

}

<span style="white-space:pre"> </span>//初始化操作,并定义默认的消息处理逻辑

bridge.init(function(message) {

log('JS got a message', message)

})

<span style="white-space:pre"> </span>//注册一个名为testJavascriptHandler的处理器,并定义用于响应的处理逻辑

bridge.registerHandler('testJavascriptHandler', function(data, response) {

log('JS handler testJavascriptHandler was called', data)

response.respondWith({ 'Javascript Says':'Right back atcha!' })

})

 

<span style="white-space:pre"> </span>//创建一个发送消息给native端的按钮

var button = document.getElementById('buttons').appendChild(document.createElement('button'))

button.innerHTML = 'Send message to ObjC'

button.ontouchstart = function(e) {

e.preventDefault()

<span style="white-space:pre"> </span>//发送消息

bridge.send('Hello from JS button')

}

 

document.body.appendChild(document.createElement('br'))

 

<span style="white-space:pre"> </span>//创建一个用于调用native端处理器的按钮

var callbackButton = document.getElementById('buttons').appendChild(document.createElement('button'))

callbackButton.innerHTML = 'Fire testObjcCallback'

callbackButton.ontouchstart = function(e) {

e.preventDefault()

log("Calling handler testObjcCallback")

//调用名为testObjcCallback的native端处理器,并传递参数,同时设置回调处理逻辑

bridge.callHandler('testObjcCallback', {'foo': 'bar'}, function(response) {

log('Got response from testObjcCallback', response)

})

}

}

 

 

Native端

//实例化一个webview并加入到window中去

UIWebView* webView = [[UIWebView alloc] initWithFrame:self.window.bounds];

[self.window addSubview:webView];

 

//启用日志记录

[WebViewJavascriptBridge enableLogging];

 

//实例化WebViewJavascriptBridge并定义native端的默认消息处理器

_bridge = [WebViewJavascriptBridge bridgeForWebView:webView handler:^(id data, WVJBResponse *response) {

NSLog(@"ObjC received message from JS: %@", data);

UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"ObjC got message from Javascript:" message:data delegate:nil cancelButtonTitle:@"OK" otherButtonTitles:nil];

[alert show];

}];

 

//注册一个供UI端调用的名为testObjcCallback的处理器,并定义用于响应的处理逻辑

[_bridge registerHandler:@"testObjcCallback" handler:^(id data, WVJBResponse *response) {

NSLog(@"testObjcCallback called: %@", data);

[response respondWith:@"Response from testObjcCallback"];

}];

 

//发送一条消息给UI端并定义回调处理逻辑

[_bridge send:@"A string sent from ObjC before Webview has loaded." responseCallback:^(id error, id responseData) {

if (error) { NSLog(@"Uh oh - I got an error: %@", error); }

NSLog(@"objc got response! %@ %@", error, responseData);

}];

 

//调用一个在UI端定义的名为testJavascriptHandler的处理器,没有定义回调

[_bridge callHandler:@"testJavascriptHandler" data:[NSDictionary dictionaryWithObject:@"before ready" forKey:@"foo"]];

 

[self renderButtons:webView];

[self loadExamplePage:webView];

 

//单纯发送一条消息给UI端

[_bridge send:@"A string sent from ObjC after Webview has loaded."];


 

参考:http://blog.sina.com.cn/s/blog_a7c44c880101dmvj.html

http://www.lanrenios.com/tutorials/network/2012/1130/547.html

2015-07-19 11:54:00 weixin_30707875 阅读数 5

第一天(hello world)

1>UIView
所有的控件都继承UIView,倒位置,宽度和高度..UIButton UILable

2>UIViewController
.h 是声明属性和方法的(对外开放的属性和方法)
.m 是做实现

IBAction & IBOutlet
IB:Interface Builder 界面搭建

1>IBAction(本质是一个void)
如果需要监听按钮的点击方法,可以使用IBaction,
就可以和ib进行连线(视图控制器),在点击按钮时,就会执行相应的方法

1>IBOutlet 插座
如果需要获得/修改界面上控件,的属性可以使用IBoutlet, 就可以和IB连线(视图控制器)

关闭键盘 (辞去resign)
[self.num1 resignFirstResponder]
简单的写法(无论谁是第一响应者,是否强行关闭)
[self.view endEditing:YES]

frame: 位置&大小
bounds :只有大小
center : 只有位置

转载于:https://www.cnblogs.com/ios-g/p/4658419.html