背景：我们做一些辅助工具库时，为了对目标库进行最小的入侵，往往会通过方法交换来实现特定的节点完成特定的操作。这样的代码假设我们有一个Utils要入侵A，只需要U依赖A即可。但是偶尔会有这种情况，我们的Utils适配了ABCDE五个库，比如我是一个流量统计库，对这五个库的网络操作进行了抓取。但是我Utils并不适合直接依赖这五个库，而是期望用户实际引用到啥，我就统计啥。

因此，需要实现的是Utils不依赖目标库，也不依赖目标类，来实现方法交换。

在iOS项目开发过程中，我们总是会加入一些开发者工具相关的代码，通过DEBUG/TEST宏或者其他形式防止相关代码引入到线上。但是随着我们做组件二进制化对相关类进行编译后pod沉淀，相关代码的处理就麻烦起来了。

- 首先明确，组件二进制化是iOS工程化的整体趋势，不可阻挡

那对应的，对于有开发者工具区分的二进制pod，我们如何进行管理呢？

上一话http://lrdcq.com/me/read.php/106.htmWidgetKit是从StaticConfiguration入手的，而避开了实际上应该更常用的IntentConfiguration。而理解在WidgetKit中出现的Intent，显然不能按照Siri中的Intent去理解了。在WidgetKit中，Intent更多的是用来呈现长按配置菜单中的选项，简单的来说，Intent是一个配置表。如下图：

iOS14开放给开发者的大一统的小控件WidgetKit出来了。作为“抄袭安卓”的必不可少的一步。初探下苹果如何在偏向于安卓的高自由度，高可配，和自己风格的安全，隐私，高性能之间作出平衡，最终设计出的这个WidgetKit呢。

概览

备注：本文为笔者对工作中沟通相关事项的技巧与方法的总结，有一定片面性，请酌情参考。

工作中总是在提高效沟通，沟通前准备，沟通中技巧，沟通后跟进。step by step执行。诚然，如果能将日常所提到的高效沟通的方法论执行到70%以上，日常工作效率一定会有一个质的飞跃。但是到这个时候，也往往会陷入另一种瓶颈：沟通的第一目的，即信息上的流动于对齐，确实非常高效的达成了，但是往往还是无法到达自己心里最终的目的地。

由于国家公祭日等一些原因。我们客户端也需要将部分核心页面置灰。虽然可以通过预留的大促方案或者主题化方案进行配置。但是，1. 相关方案的配置并不彻底，一般多多少少会有遗漏的地方，那在这类场合会相当眨眼。2. ugc内容无法控制。因此，我们需要尝试一个更通用的方案进行处理。

方案对标

现代电商类应用很常见一种“双向联动列表”的设计，比如京东分类页类目列表的顶部tab联动锚定：


并且行业内各种移动端组件库也有类似的输出：https://taro-ext.jd.com/plugin/view/5edf005bbe897edf72b35ea8。不过看起来真正用这样的组件的人并不多——就算用肯定也是自己开发的。究其原因，我们在讨论某个场景是否适合使用这个交互方式的时候，注意到几个痛点：

最近遇到一个内部企业应用由于业务发展需要，毕竟现在国内线下拓客逃不掉微信，因此需要这个内部应用也接入微信分享来辅助线下提效。接了一半，才注意到在年初加入规则，未上架应用一天只能分享100次。这不完犊子了嘛。但业务诉求很强烈，由于我们分享目标是用户端小程序地址，因此我们立刻意识到，分享小程序二维码的图片，即调用系统分享的图片分享，就可以解决这个问题。

背景

参考mPaaS等比较理想化的客户端native组件解藕落地方案，我们已经把各个基础SDK解耦了，非常理想的情况下我们可以在podfile里指啥引啥，不依赖别的任何东西了。但是这样做会有一个副作用。比如我有一个定位sdk，原本初始化的方式是：

- (BOOL)initLocationServiceWithUUID:(NSString *)uuid
                           clientID:(NSString *)cilentID
                            authKey:(NSString *)authKey;

看起来很自然。但是由于定位下游会进行网络请求，因此在定位sdk的解耦过程中，为了把网络请求解开，初始化过程变为了：

之前UC提出了一个webview容器增强方式，NSR(https://www.infoq.cn/article/9UKos4Xh_6wL4Fh1FOGL)即Native Side Rendering。听着很玄幻但是其实就是将常见的webview本地优化方式的一个极限做法，如果要用人话描述的话，就是本地SSR+请求预加载+同构的集合体。为什么要请求预加载：肯定要做请求预加载的；为什么要本地SSR而不是资源离线化：其实可以，但是离线化无法解决spa应用在webview中初始化与渲染的耗时；为什么要同构而不是用rn或者weex之类的看起来离线化根彻底性能能达到相同目的的方案而是死折腾web：技术栈收敛并且业务场景受限。