CC框架实践(3): 让jsBridge更优雅-低调大师

CC框架实践(3): 让jsBridge更优雅

2018-06-19 637

前言

CC框架下如何让我们的jsBridge更加优雅？

jsBridge是作为js和java之间通信的桥梁，本身它的职责只是完成通信。

本文不是介绍js与java通信过程的实现，你可以使用第三方库（如：JsBridge），也可以自己来实现，或者用addJavascriptInterface，都可以。本文的侧重点是如何让我们的jsBridge不那么臃肿，实现得更优雅，更利于维护。

但在实际封装过程中，会发现需要我们需要解决很多耦合的问题：

js调用的功能在其他module中，如何调用到这些功能，如何向jsbridge注册这些功能？
jsbridge依赖了太多module，怎么解耦？
当js调用的功能是打开其它页面获取该页面处理后的结果并回调给js，怎么破？ onResume? startActivityForResult? 一个常见的场景是：打开

微信关注我们

原文链接：https://yq.aliyun.com/articles/603093

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

CC框架实践(2)：Fragment和View的组件化

前言本文将介绍如何在CC框架下实现Fragment和View的组件化。一、需求背景在android组件化过程中，你有没有遇到这样的问题：单Activity + 多Fragment的架构下，如何进行Fragment的组件化？主界面上的Fragment太多，想用组件化进行管理，该怎么做？一个功能模块比较独立，但在主界面使用了其中一个Fragment，如何解耦？对某些View进行了封装或者自定义的View，功能比较独立，是作为基础库通过类依赖使用好还是作为组件使用比较好？如果要作为组件使用，那要如何组件化？二、现有的一些解决方案：在主app中依赖所有组件，所以在主app中可直接使用这些组件中的Fragment或View的类直接使用具体的类将产生耦合，违背了组件化的解耦目的组件之间的fragment引用也需要直接依赖，这样就变成了一个库而

2018-06-20

723

前言最近正在看《你不知道的JavaScript》，里面关于this绑定机制的部分讲的特别好，很清晰，这部分对我们js的使用也是相当关键的，并且这也是一个面试的高频考点，所以整理一篇文章分享一下这部分的内容，相信看本文的解析，你一定会有所收获的，如果喜欢的话可以点波赞/关注，支持一下。个人博客了解一下：obkoro1.com 为什么要用this： function identify() { console.log("Hello,I'm " + this.name); } let me = { name: "Kyle" }; let you = { name: "Reader" }; identify.call(me); // Hello,I'm Kyle identify.call(you); // Hello,I'm Reader 复制代码这个简单的栗子，可以在不同的对象中复用函数identify，不用针对每个对象编写一个新函数。 this解决的问题: this提供了一种更优雅的方法来隐式'传递'一个对象的引用，因此可以将API设计得更加简洁并且易于复用。 this的四种绑定规则...

2018-06-20

666

资源下载

更多资源

优质分享App

近一个月的开发和优化，本站点的第一个app全新上线。该app采用极致压缩，本体才4.36MB。系统里面做了大量数据访问、缓存优化。方便用户在手机上查看文章。后续会推出HarmonyOS的适配版本。

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。