作者:root
对Jetpack Compose设计的初步解读与思考
节选自:对Jetpack Compose设计的初步解读与思考
Jetpack Compose前段时间进入了Alpha阶段。经过去年年底至今剧烈的api变化后,现在Compose整体上大致稳定,所以我们也能对于Compose的设计进行初步的解读和评价了。
Compose从整体技术风格上来说是这样一个产物:在语法上激进模仿SwiftUI,编译/运行过程充满Svelte风格,同时也综合了各方包括Android开发组自身对UI框架的思考结果。
使用Compose时,最值得关注的就是Compose的编译器插件。可以这么说,Compose的runtime、api都是依附于编译器插件的,那个巨大而无所不包的编译器插件才是Compose的本体。Compose插件强势的入侵了原版Kotlin的语法,导致包含了Compose的Kotlin基本上可以算作新语言(算成个新虚拟机都不过分)。初次了解的时候确实让我很困惑,因为这与React,Flutter推崇的趋势简直是背道而驰。但是了解了Svelte,SwiftUI之后,Compose显得没有那么突兀了。
Svelte
Svelte试图解决的问题是:如何用声明式的代码书写风格,一对一直接翻译成纯粹命令式的DOM操作,从而达到无额外开销+极小runtime的效果。最终Svelte选择发明一套自制的模板语法来翻译到Javascript上。这个好理解,因为大家很熟悉,显然javascript以及其工具链没有任何实现这个目标的可能。
Compose
Compose在框架设计方面的野心明显超越Flutter。Compose团队多次表示Compose就是对Android SDK的重写。Compose对自身的定位估计类似于SwiftUI在苹果系生态中的定位,那就是高层次、生态内通用、外加依靠自身定位尽可能挖掘以及定制工具链以实现先进的开发模式。Compose使用了语法上和Swift神似的Kotlin,也面临相似的问题,于是Compose(出于一些原因)选择了简单粗暴的魔改Kotlin编译器(而不是模仿SwiftUI玩类型系统杂耍)。
Compose团队解释过Compose的出发点:构建一个通用的、描述树状结构渲染过程的框架,不管是是手机UI组件树或者是浏览器HTML Element。
Compose一不做二不休,直接把Kotlin编译器魔改到底。最后利用编译器魔改实现了几大功能。
对Compose设计的思考
目前Compose的官方资料仍然较为缺乏,因此很难知道Compose除此之外的优化设计以及runtime具体调度机制。但总体来说,我认为
- Compose的编译期优化潜力较为巨大,在未来完全有实现SwiftUI所有编译期优化的潜力,尽管没有使用类型系统可能会导致某些实现更为困难。
- Compose对于原版Kotlin的强势侵入是其得以实现设计目标的重要原因。但也是一个隐患,Compose对语义的入侵过深,我们可以看看Compose的编译器可能会干什么事情
- 对每个树的节点,按照源代码位置,生成一个唯一的int型ID
- 插入start和group来表明节点的边界
- 收集向函数传递的参数,参数的性质
- 根据收集的信息指导一个指令机的工作,那个指令机工作在一个无类型的纸带上
这个已经可以算作在Kotlin/JVM上重新发明了一个虚拟机了。结构化的执行流程,内存,ABI,call site,复杂的调度策略都有了,我觉得就差来个人来证明能跑操作系统了。在已经因为DSL特性高度特化的Kotlin语言上继续发明新虚拟机,总归是有点奇怪的事情。与此对比,SwiftUI对语言的入侵很少而且是隐式的。
- 作为未来取代Android SDK的候选者,有强烈的风格取向,opinionated。为了实现对树状渲染结构“通用”的描述,Compose捆绑了一整套非常新的解决方案,从Positional Memoization,到安卓上第xxxxxxx个响应式数据解决方案@State(目前仍然缺乏资料以证明其通用性)。好是好,但是Angular前车之鉴在那里。公平的来说,SwiftUI也是强烈的风格取向,但SwiftUI在苹果生态中的地位个人觉得谷歌没法在Compose上复刻。而且加上强势侵入原语言语义,一旦要调整估计就要大调整。
- Compose大量功能处于编译器层,导致这些功能其实是没办法灵活调节的。Flutter我觉得官方的xxx不好还可以自己重写一个发布出去,才有了一堆群魔乱舞的东西,engine虽大但除了engine以外都可以自己写。Compose感觉很容易就会碰到编译器层。
- Compose由于基于编译器,很多的优化都是类似于编译器过一个pass的模式来的,尤其是Diff和常量消除那些地方,比较细碎,不容易归档解释,给人一种“想到哪里写到哪里”的感觉,目前官方的文档就有很多这种问题。
- 总之,非常期待以后真正理想的“通用”编程语言配上先进的前端框架。也许就是swift加上MPS。
CoordinatorLayout 相关文章
Android Studio 无法保存插件的加密配置信息的解决方案
Win10清理WinSxS文件夹的方法
节选自:win10系统winsxs文件夹该如何删除?win10删除winsxs文件夹的两种方法
1、Windows10桌面右键点击左下角的开始按钮,在弹出菜单中选择“运行”的菜单项。
2、这时就会弹出Windows10的运行窗口,在窗口中输入命令powershell,然后点击确定按钮运行该命令。
3、接着就会弹出Windows10的PowerShell窗口,在窗口中输入命令:
dism.exe /Online /Cleanup-Image /AnalyzeComponentStore
4、这时就会自动的扫描Winsxs文件夹,显示出文件夹的大小等情况。
5、如果想要清理Winsxs文件夹的话,我们直接输入命令:
dism.exe /online /Cleanup-Image /StartComponentCleanup
6、这时系统就会自动的清理垃圾文件, 直到清理完成就可以了。
Android 获取本地IP地址和广播地址
在AndroidManifest文件中配置权限:
<!-- internet --> <uses-permission android:name="android.permission.INTERNET" /> <uses-permission android:name="android.permission.ACCESS_NETWORK_STATE" />
NetUtil文件:
/**
* 获取本地IP地址
*/
public static String getLocalIP() {
try {
// 获取本地设备的所有网络接口
Enumeration<NetworkInterface> niEnum = NetworkInterface.getNetworkInterfaces();
while (niEnum.hasMoreElements()) {
// 获取网络接口的所有IP地址
Enumeration<InetAddress> addressEnum = niEnum.nextElement().getInetAddresses();
while (addressEnum.hasMoreElements()) {
// 返回枚举集合中的下一个IP地址信息
InetAddress inetAddress = addressEnum.nextElement();
// 不是回环地址,并且是IPv4地址
if (!inetAddress.isLoopbackAddress() && inetAddress instanceof Inet4Address) {
return inetAddress.getHostAddress();
}
}
}
} catch (SocketException e) {
e.printStackTrace();
}
return null;
}
/**
* 获取广播地址
*/
public static String getBroadcastIP() {
try {
for (Enumeration<NetworkInterface> niEnum = NetworkInterface.getNetworkInterfaces(); niEnum.hasMoreElements(); ) {
NetworkInterface ni = niEnum.nextElement();
if (!ni.isLoopback()) {
for (InterfaceAddress interfaceAddress : ni.getInterfaceAddresses()) {
if (interfaceAddress.getBroadcast() != null) {
return interfaceAddress.getBroadcast().getHostAddress();
}
}
}
}
} catch (SocketException e) {
e.printStackTrace();
}
return null;
}
参考链接:
【转】一个简单的内存同步到数据库的方法
转载自:一个简单的内存同步到数据库的方法
为了提高大量数据运算的效率,我一般都会采用以下方式:
1.数据映射到内存
2.在内存中进行数据运算
3.将结果放入队列
4.队列与数据库同步数据
假设有一张表,并对此表做增删改操作
| 字段名 | 类型 |
| Key | INT |
| Value | INT |
如果操作的次数很多,且每次都直接用数据库更新,这很显然是不现实的
我需要映射到内存中做操作,然后用计时器批量更新数据。
为了保证内存数据与数据库的同步,我构建了以下对象:
Class Unit
{
public int key;
public int value;
public int control;
}
字段control是实现同步的关键。他表示内存中数据的几种状态,分别是:正常(0)、待新增(1)、待更新(2)、待删除(3)、直接删除(4)
状态的解释:
0:数据库映射到内存中时,control = 0,计时器更新时,不理会此条数据
1:New Unit时,control = 1,计时器更新时会把它添加入库
2:对Unit做更新操作时,control = 2,计时器更新时会做数据库更新操作
3:对Unit做删除操作时,control = 3,表示打上删除标记,计时器更新时会做数据库删除操作
4:对New Unit做删除后,control = 4,计时器更新时会直接把对象删除 继续阅读【转】一个简单的内存同步到数据库的方法
Git如何修改已经push到远程仓库的历史commit信息?
节选自:Git如何修改已经push到远程仓库的历史commit信息?
- 在修改commit message之前最好先查看一下历史的commit信息,这是一个好习惯。
git log
- 如果你想修改最近的某个commit message,那你可以直接用这个。HEAD~3表示将修改当前版本的近三条commit。
git rebase -i HEAD~3
- 然后我们就可以进行修改了,比如我要改第一条,那我就把“pick”修改为“edit”。
edit 1bf6b28 init pick 01d49ca 优化开发环境数据库目录 pick 9709bde iview 3.0 & use shortId pick 03b3355 collection - 接下来我们使用下面 这个命令,加不加-s都是可以的,-s表示要加入签名。
git commit --amend git commit --amend -s
- 然后我就该执行下面这条命令了。
git rebase --continue
- 最后,我们就该push到远程仓库了,完成修改。
git push origin master
Windows下查看全局快捷键被占用情况的方法
Android判断应用在前台和切换应用到前台的方法
/**
* 判断应用在前台
*/
public static boolean isForeground(Context context) {
boolean isForeground = false;
ActivityManager activityManager = (ActivityManager) context.getApplicationContext().getSystemService(Context.ACTIVITY_SERVICE);
if (activityManager != null) {
ComponentName componentName = activityManager.getRunningTasks(1).get(0).topActivity;
if (componentName != null) {
isForeground = componentName.getPackageName().equals(context.getPackageName());
}
}
if (isForeground) {
isForeground = isForegroundByProcess();
}
return isForeground;
}
/**
* 根据进程判断应用在前台
*/
private static boolean isForegroundByProcess() {
boolean isForeground = true;
String filePath = "/proc/" + android.os.Process.myPid() + "/cgroup";
try (BufferedReader br = new BufferedReader(new FileReader(filePath))) {
String line = br.readLine();
if (line != null && line.contains("bg_non_interactive")) {
isForeground = false;
}
} catch (IOException e) {
e.printStackTrace();
}
return isForeground;
}
/**
* 切换应用到前台
*/
public static void switchToForeground(Context context) {
ActivityManager activityManager = (ActivityManager) context.getApplicationContext().getSystemService(Context.ACTIVITY_SERVICE);
List<ActivityManager.RunningTaskInfo> taskInfoList = activityManager.getRunningTasks(100);
for (ActivityManager.RunningTaskInfo taskInfo : taskInfoList) {
ComponentName componentName = taskInfo.topActivity;
if (componentName != null && componentName.getPackageName().equals(context.getPackageName())) {
activityManager.moveTaskToFront(taskInfo.id, 0);
break;
}
}
}
参考资料:

