weread

process System.Process.CommunicationHandle

null. This is an Android project. WeRead is a Android client of content collection , base on Material Design + MVP + RxJava + Retrofit.You can read something interesting about news,picture,video here. app-release.apk.

importargparseimportjsonimportloggingimportosimportreimporttimefromnotion_clientimportClientimportrequestsfromrequests.utilsimportcookiejar_from_dictf

看了 Limboy(文章1文章2) 和 Casa (文章) 对 iOS 组件化方案的讨论，写篇文章梳理下思路。 首先我觉得”组件”在这里不太合适，因为按我理解组件是指比较小的功能块，这些组件不需要多少组件间通信，没什么依赖，也就不需要做什么其他处理，面向对象就能搞定。而这里提到的是较大粒度的业务功能

在实现需求的同时，能写出既优雅性能又高效的代码是每个开发者都在追求的目标，但是在实际开发中，随着每个版本需求的迭代，功能变得越来越复杂，加上开发者的意识不够或者一时疏忽，日渐复杂的工程很容易产生或多或少的问题。在使用微信读书的过程中，我们也碰到过app随机丢失动画、用户反馈app卡死、用户投诉看不了

1. 背景 最近在做项目的打点统计的时候，发现业务逻辑和打点逻辑经常耦合在一起，这样一方面影响了正常的业务逻辑，同时也很容易搞乱打点逻辑，而且要查看打点情况的时候也很分散，因此想着如何将两者解耦，并将打点逻辑集中起来。其实在 web 编程时候，这种场景很早就有了很成熟的方案，也就是所谓的 aop 编

|作者:zach| 背景 最近我们微信读书将写想法换成了基于 webview 的富文本编辑器，遇到了不少问题，这里我将简单的介绍一下我们在开发过程中踩到的坑。实现富文本编辑器有两个基本思路：基于 Native 实现：比如 CoreText 或者 TextKit基于 UIWebView 实现第一种方案