與天鬥與地鬥與人鬥其樂無窮
Jan 31
自视程序员中壮士书生,然而审视案台之间,程序员的桌面总归是与文人墨客不同。

程序员的桌面不会总是一壶煮茶对酒当歌,一觞一咏一朝共语小窗前,枸杞茉莉花也不过是保温杯的伴侣,高糖配上咖啡因才是居家必备救心丸,一口下去般醍醐灌顶妙语连珠指尖生。程序员的桌边也没有文竹拂霜根苔色含羞隐,窗寒西岭孤城万山仞门泊东吴一船春色尽,除去工位间绿萝阴长,也就窗口多肉溢满园一抹油绿如蓝哑然青青青江平。自然,文房四宝笔墨纸砚必然也不会出现在我的案头,程序员不会凭君轻点染落笔把身藏惹得全身闻墨香,而是笔记本pad工作站一把梭哈走天下。
Oct 26
最近和不同的Native开发者与Web前端开发者之间聊天,发现大家的意识或者理念上的沟壑比我们想象中的深很多。都说大前端一家人,不过很多事情不同心共体的话,团队上细微的裂痕在项目或者组织动荡期会有非常大的风险导致团队成员的割裂。因此,需求其中的原因与寻找其中发展之道是本文讨论的关键。
Jun 30
上一话http://lrdcq.com/me/read.php/106.htmWidgetKit是从StaticConfiguration入手的,而避开了实际上应该更常用的IntentConfiguration。而理解在WidgetKit中出现的Intent,显然不能按照Siri中的Intent去理解了。在WidgetKit中,Intent更多的是用来呈现长按配置菜单中的选项,简单的来说,Intent是一个配置表。如下图:
Jun 28
iOS14开放给开发者的大一统的小控件WidgetKit出来了。作为“抄袭安卓”的必不可少的一步。初探下苹果如何在偏向于安卓的高自由度,高可配,和自己风格的安全,隐私,高性能之间作出平衡,最终设计出的这个WidgetKit呢。

概览

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

方案对标
Mar 28
现代电商类应用很常见一种“双向联动列表”的设计,比如京东分类页类目列表的顶部tab联动锚定:
點擊在新視窗中瀏覽此圖片

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

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

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