DSBridge 和 WebViewJavascriptBridge，前端开发架构

04-06 阅读 0评论

DSBridge-IOS:github.com/wendux/DSBr…

DSBridge-Android:github.com/wendux/DSBr…

WebViewJavascriptBridge(ios) github.com/marcuswesti…

约定：一下术语“端”指的是native(ios/android), 而 “前端” 特指 web端（javascript）；

好桥的标准

跨平台；这是首要的，必须同时支持ios/android，因为网页会嵌入到端上，而网页代码只有一份，同样的javascript代码必须能同时保证能和ios/android正常通信。
三端易用；三端指ios 、android和前端。这很重要，因为它会直接影响工作量和代码量。
双向调用；js可以调用native, native可以调用js;
支持同步／异步调用；同步用于一般任务，异步主要用于耗时任务，调用方式不同会影响前段代码流程。
性能、兼容性等。

跨平台

通过github上的信息可以看到DSBridge官方是同时支持ios/android的，但是注意到，DSBridge ios版是支持wkwebview的，而wkwebview也是可以用在osx中，也就是说DSBridge ios版也是可以用于mac开发的。也就是说DSBridge同时支持：ios/android/osx。再来看看WebViewJavascriptBridge，官方说明是支持ios/osx的，但WebViewJavascriptBridge并不支持android, 当然，由于WebViewJavascriptBridge的人气实在太高，也有一些人在android上实现了兼容的版本如这个点我，但是总的来说，并非一家之作，这可能会给日后维护带来问题。而DSBridge是同一个作者，如果将来更新时可以保证双端同步。第一回合，DSBridge胜！

易用性

Javascript Bridge比较特殊，因为它要同时涉及三端，让三个端使用起来都比较容易是很有挑战的一个任务，这不仅是能力层面，也和接口和使用方式的设计息息相关，当然能在三端之间做出最好的平衡，也对作者能力要求比较高（必须同时了解ios/android/web)。接下来我们分别从三端的接口和使用方式做一个详细对比。

web端

Javascript调用native

假设native有个回显信息的函数，签名如下：

String echo(JSONObject args); //先用java描述

该函数功能是js调用时传递一个字符串msg给端，然后端上再返回 “you put string “+msg; 参数以json传递。

先来看看WebViewJavascriptBridge的调用方式：

第一步：复制 setupWebViewJavascriptBridge 函数声明到你的js中：

第二步：调用 setupWebViewJavascriptBridge,在回调中获得bridge, 然后通过bridge调用native方法：

setupWebViewJavascriptBridge(function(bridge) { bridge.callHandler(‘echo’, {‘msg’:‘hello world’}, function responseCallback(responseData) { console.log(responseData) }) })

我们再来看看DSBridge的调用方式：

var bridge = getJsBridge(); var str=bridge.call(“testSyn”, {msg: “hello world”}); console.log(str)

甚至只需要一行代码：

console.log(getJsBridge().call(“testSyn”, {msg: “hello world”}))

对比一下，WebViewJavascriptBridge 的setupWebViewJavascriptBridge函数必须在使用者代码中声明，而此函数主要的作用就是安装bridge,安装成功后，只能在回调中获取bridge对象；这么做有两大缺点：

bridge安装细节不应暴漏给用户；setupWebViewJavascriptBridge不应该由用户声明，这个函数从来都不变，安装的过程应该由sdk去做，这样强制要求用户自己声明调用不仅不符合职责分离的软件设计原则，而且还会造成代码冗余，试想每个网页中都要加这么一块代码，不仅麻烦，而且也浪费带宽。（可能你不在乎用户的流量，但是如果你的用户很多而服务器、带宽资源有限，这对服务器来说也是一个问题，笔者阿里云的ecs带宽只有1兆，而网站就跑了六个，同时在线人数超过200人没人将会感觉到卡，如果你是土豪，那无视这个吧）。
不能直接获取返回值；这点很重要，只能通过回调方式处理返将直接影响前端代码组织逻辑，将会在后面同步／异步对比部分详细讨论。

然而DSBridge 竟是如此优雅！

Natvie 调用 javascript函数

使用WebViewJavascriptBridge时，提供给native调用js函数必须通过bridge在前端进行注册，如：

setupWebViewJavascriptBridge(function(bridge) { bridge.registerHandler(‘jsfun’, function(data, responseCallback) { console.log(“I am js function, arg is:”, data) responseCallback(data) }) })

而DSBridge中完全不需要，只需像正常函数一样将其声明为全局函数即可：

function jsfun(data){ console.log(“I am js function, arg is:”, data) }

如果你的代码不再全局环境下（在一个闭包中），您只需将函数作为window对象的一个属性即可：

window.jsfun=function(data){ console.log(“I am js function, arg is:”, data) }

第二回合 DSBridge完胜！

IOS端

实现API的方式

WebViewJavascriptBridge需要手动注册所有可供js调用的api，如下：

[self.bridge registerHandler:@“echo” handler:^(id data, WVJBResponseCallback responseCallback) {

//设置js函数的返回值，该值将在js调用时传递的回调中接收

responseCallback(…);

}];

[self.bridge registerHandler:@“api2” handler:^(id data, WVJBResponseCallback responseCallback) {

responseCallback(…);

}];

…

需要注意的是WebViewJavascriptBridge对返回值的处理只能通过block.

我们看看DSBridge，很简单只需要将所有api放到一个类中，然后统一注册即可，还有返回值可以直接返回

//JsApiTest.m

@implementation JsApiTest

(NSString *) echo:(NSDictionary *) args
{

return @“…”;

}
- (NSString *) api2:(NSDictionary *) args
  {
  
  return @“…”;
  
  }
  
  @end
  
  //统一注册
  
  jsApi=[[JsApiTest alloc] init];
  
  webview.JavascriptInterfaceObject=jsApi;
  
  Android端
  
  自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
  
  深知大多数前端工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
  
  因此收集整理了一份《2024年Web前端开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
  
  既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上前端开发知识点，真正体系化！
  
  由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
  
  如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：前端）
  
  完整版面试题资料免费分享，只需你点赞支持，动动手指点击此处就可免费领取了。
  
  前端实习面试的套路
  
  回顾项目
  
  往往在面试时，面试官根据你简历中的项目由点及面地展开问答，所以请对你做过的最好的项目进行回顾和反思。回顾你做过的工作和项目中最复杂的部分，反思你是如何完成这个最复杂的部分的。
  
  面试官会重点问你最复杂的部分的实现方法和如何优化。重点要思考如何优化，即使你项目中没有对那部分进行优化，你也应该预先思考有什么优化的方案。如果这部分答好了，会给面试官留下很不错的印象。
  
  重点在于基础知识
  
  这里指的基础知识包括：前端基础知识和学科基础知识。
  
  前端基础知识：html/css/js 的核心知识，其中 js 的核心知识尤为重要。比如执行上下文、变量对象/活动对象（VO/AO）、作用域链、this 指向、原型链等。
  
  学科基础知识：数据结构、计算机网络、算法等知识。你可能会想前端不需要算法，那你可能就错了，在大公司面试，面试官同样会看重学生这些学科基础知识。
  你可能发现了我没有提到React/Vue这些框架的知识，这里得说一说，大公司不会过度的关注这方面框架的知识，他们往往更加考察学生的基础。
  这里我的建议是，如果你至少使用或掌握其中一门框架，那是最好的，可以去刷刷相关框架的面试题，这样在面试过程中即使被问到了，也可以回答个 7788。如果你没有使用过框架，那也不需要太担心，把重点放在基础知识和学科基础知识之上，有其余精力的话可以去看看主流框架的核心思想。
  
  如执行上下文、变量对象/活动对象（VO/AO）、作用域链、this 指向、原型链等。
  
  学科基础知识：数据结构、计算机网络、算法等知识。你可能会想前端不需要算法，那你可能就错了，在大公司面试，面试官同样会看重学生这些学科基础知识。
  你可能发现了我没有提到React/Vue这些框架的知识，这里得说一说，大公司不会过度的关注这方面框架的知识，他们往往更加考察学生的基础。
  这里我的建议是，如果你至少使用或掌握其中一门框架，那是最好的，可以去刷刷相关框架的面试题，这样在面试过程中即使被问到了，也可以回答个 7788。如果你没有使用过框架，那也不需要太担心，把重点放在基础知识和学科基础知识之上，有其余精力的话可以去看看主流框架的核心思想。