30字的完美简历[转载] |

使用 Rust 开发 Android 底层库，并简化 Java 与 Rust 相互操作 |

前言 提到JNI,大家都会想到C,C++.不过如今Rust又给我们增加了一个选项,借助rust的jni库( 关于 Rust 环境搭建、配置 Rust Android targets、linker，以及如何在 Android 上如何直接运行 Rust 代码，可以看上篇文章 将 Rust 编译为可在 Android 上使用的二进制文件 本文主要介绍如何使用 Rust 借助 J4RS 方便快捷的编写 Android Jni: 阅读本文，你需要具备、了解一下知识： Android 编写 JNI 的基本流程 Rust 代码基本的阅读能力 Android 开发的基本流程 Android 集成 Rust 配置 Rust Android Gradle Plugin Rust Android Gradle Plugin 这个 Gradle 插件的主要功能是帮你自动配置 Rust-Android 交叉编译，并将编译产物自动添加到 Android 项目。 这并不是必须的，你同样可以手动 build rust 项目。然后手动复制到 Android Studio 中使用。 因为我使用的是最新版本的 gradle , 采用 Kotlin kts 编写。在语法上稍有不同，旧版本写法可以在项目的 README 查看

查看原文

使用 GoMobile 创建 Android、iOS 跨平台 WebSocket Library |

GoMobile 是 Go 语言的扩展，将 Go 代码编译为可在移动设备上运行的静态库或动态库，可在 iOS 和 Android 平台上使用。本文介绍如何使用 GoMobile 创建 Android 应用并在其中调用 Go 语言 WebSocket。 安装 GoMobile go install golang.org/x/mobile/cmd/gomobile@latest 创建 Go WebSocket 库 首先创建一个 Go WebSocket 服务端： mkdir go-websocket cd go-websocket go mod init go-socket // 使用 gomobile 初始 gomobile init 如果你无法使用 gomobile init 请检查 GOBIN 是否加入环境变量 我们使用在go 中广泛使用的gorilla/websocket来创建websocket服务端： go get github.com/gorilla/websocket 编写WebSocket服务端代码： package socket import ( "flag" "log" "net/

1 2024-10-19 01:58 查看原文

软件开发 |

琥珀之月,空谷之兰,皆是孤芳,既是孤芳,但求自赏便罢!

查看原文

Vue watch中调用this时出现undefined问题 |

记录一下在 Vue 学习使用时候的遇到的问题 在watch侦听器中，想要调用methods中的方法 applicationId: (val)=> { if (val) { this.getAppConfig(val) } } 结果提示： Error in callback for watcher "applicationId": "TypeError: Cannot read property 'getAppConfig' of undefined" 查了官方的资料才知道。改成这样就可以了：

查看原文

Flutter中嵌入Native组件 |

Flutter官方提供的控件AndroidView、UiKitView就是一种比较优雅的解决方案了。这里做了一个简单的嵌入TextView的demo(使用这种方式会增加性能上的开销，应该尽量避免使用) 使用方式 native端 跟MethodChannel的使用方法类似，在native侧，我们实现一个PlatformViewFactory(iOS是FlutterPlatformViewFactory),在create方法中，使用平台方法创建View返回。 override fun create(context: Context?, i: Int, any: Any?): PlatformView { return object : PlatformView { override fun getView(): View { val text = TextView(context) text.layoutParams = ViewGroup.LayoutParams(SizeUtils.dp2px(200f), SizeUtils.dp2px(200f)) text.apply { setText("Android View") setTextColor(Color.BLUE) setBackgroundColor(Color.RED) } return text } override fun dispose() { } } } func create(withFrame frame: CGRect, viewIdentifier viewId: Int64, arguments args: Any?

查看原文

Series |

琥珀之月,空谷之兰,皆是孤芳,既是孤芳,但求自赏便罢!

1 2024-12-09 19:33 查看原文

Android ListView 与 RecyclerView 对比浅析—缓存机制 |

一，背景 RecyclerView是谷歌官方出的一个用于大量数据展示的新控件，可以用来代替传统的ListView，更加强大和灵活。 最近，自己负责的业务，也遇到这样的一个问题，关于是否要将ListView替换为RecyclerView？ 秉承着实事求是的作风，弄清楚RecyclerView是否有足够的吸引力替换掉ListView，我从性能这一角度出发，研究RecyclerView和ListView二者的缓存机制，并得到了一些较有益的”结论”，待我慢慢道来。 同时也希望能通过本文，让大家快速了解RecyclerView与ListView在缓存机制上的一些区别，在使用上也更加得心应手吧。 PS：相关知识： ListView与RecyclerView缓存机制原理大致相似，如下图所示： 过程中，离屏的ItemView即被回收至缓存，入屏的ItemView则会优先从缓存中获取，只是ListView与RecyclerView的实现细节有差异.（这只是缓存使用的其中一个场景，还有如刷新等） PPS：本文不贴出详细代码，结合源码食用更佳！ 二. 正文 2.1 缓存机制对比 层级不同： RecyclerView比ListView多两级缓存，支持多个离ItemView缓存，支持开发者自定义缓存处理逻辑，支持所有RecyclerView共用同一个RecyclerViewPool(缓存池)。 具体来说： ListView(两级缓存)： RecyclerView(四级缓存)： ListView和RecyclerView缓存机制基本一致： 1). mActiveViews和mAttachedScrap功能相似，意义在于快速重用屏幕上可见的列表项ItemView，而不需要重新createView和bindView； 2). mScrapView和mCachedViews + mReyclerViewPool功能相似，意义在于缓存离开屏幕的ItemView，目的是让即将进入屏幕的ItemView重用. 3). RecyclerView的优势在于a.mCacheViews的使用，可以做到屏幕外的列表项ItemView进入屏幕内时也无须bindView快速重用；b.mRecyclerPool可以供多个RecyclerView共同使用，在特定场景下，如viewpaper+多个列表页下有优势.客观来说，RecyclerView在特定场景下对ListView的缓存机制做了补强和完善。 缓存不同： 1). RecyclerView缓存RecyclerView.ViewHolder，抽象可理解为： View + ViewHolder(避免每次createView时调用findViewById) + flag(标识状态)； 2). ListView缓存View。 缓存不同，二者在缓存的使用上也略有差别，具体来说： ListView获取缓存的流程： RecyclerView获取缓存的流程： 1). RecyclerView中mCacheViews(屏幕外)获取缓存时，是通过匹配pos获取目标位置的缓存，这样做的好处是，当数据源数据不变的情况下，无须重新bindView： 而同样是离屏缓存，ListView从mScrapViews根据pos获取相应的缓存，但是并没有直接使用，而是重新getView（即必定会重新bindView），相关代码如下： //AbsListView源码：line2345 //通过匹配pos从mScrapView中获取缓存 final View scrapView = mRecycler.getScrapView(position); //无论是否成功都直接调用getView,导致必定会调用createView final View child = mAdapter.getView(position, scrapView, this); if (scrapView != null) { if (child != scrapView) { mRecycler.

1 2024-12-05 09:03 查看原文

android根据银行卡卡号判断银行 |

根据银行卡号判断是哪个银行的卡，依据是银行卡号的前6位数，称之为bin号。 我们把bin号转化为长整形，再把各个银行卡的bin号做成有序表。通过二分查找的方法，找到bin号在有序表的位置，然后读出银行卡的信息。

1 2024-12-13 23:19 查看原文

用组合代替继承能为 Activity 带来什么 |

原文链接 : Composition over Inheritance，What it means for your Activities 原文作者 : Josh Brown 译者 : chaossss 校对者: Mr.Simple 状态 : 完成  事实上我们在很多 Java 进阶书籍上看到过“开发时应该更倾向于选择组合而不是继承”的建议，为什么建议我们更倾向于而不是完全代替呢，因为当类 A 能完全代替另一个类 B（我们想让 B 成为 A 的父类）时，我们就应该使用继承，如果 A 仅仅是和 B 有着某些共同的行为，是不应该使用继承的（更多的讨论戳我）。然而，在我阅读别人的源码时，滥用继承的情况实在是太多了，多少人创建了一个 BaseActivity 后，就让所有 Activity 继承它，在子 Activity 中实现业务逻辑。  而且这样做问题大大的有，最鲜活的例子就是：Joe Newguy 加入到我们组，并实现了 ShinyFeatureActivity，那会组里没有任何规定强迫他必须让 ShinyFeatureActivity 继承于 BaseActivity，但他还是这么干了……万幸我们在 Code Review 时发现了这个问题。此外，如果每一个 Activity 都继承于 BaseActivity，在某些情况下，你可能要继承的是其他 Activity（例如：PreferenceActivity、ListActivity）。尽管大部分 Activity 的子类都有相应的 Fragment 代替，但还是有一部分是没有对应 Fragment 的，某些库仍然需要相应的 Activity 子类。  有些更潜在的问题是：有时候某些 Activity 需要这些行为，其他的 Activity 需要其他行为，而 Java 并不支持多继承，这就意味着我们得将行为有交集的 Activity 的所有行为放到一个独立的类里面。但这样做会降低可维护性，甚至带来性能影响。

查看原文

Java服务器端的Servlet的生命周期 |

servlect生命周期,核心与接口： servlect生命周期的主要阶段： 1.创建servlect对象的创建 servlect岁创建的？什么时候创建的？ servlect由web创建，默认在请求第一次到达servlect时创建。若请求在次访问该servlect，tomcat不会新创建servlect对象，还是使用第一次创建的servlect方法去执行该业务。所以servlect是单例的。每一个请求使用的servlect都是同一个。所以会出现线程并发的安全问题。servlect是线程非安全的。

1 2024-12-10 15:08 查看原文

已经有女朋友了，又遇到更喜欢的对象怎么办？ |

在知乎上开到这个问题，我只能说提问题的人，你还搞不懂“喜欢一个人”和“对一个人有感情”之间的区别。 我举两个不恰当的例子。比如说养狗，虚构两个情景。 情景一：  某天你去宠物市场闲逛，发现有一只泰迪很可爱，伶俐活泼聪明漂亮，还特别粘着你。你当时就动心了，打算买下它。  一问价格，要1500块钱。你身上没带这么多钱，也没带银行卡。当时是下午了，宠物市场马上要关门了。你只能第二天来买了。  于是你嘱咐店主千万不要卖给别人。一定要等你明天早上过来卖给你。店主答应了。 可你回家了还是不放心。晚上在床上都睡不着觉。生怕店主不守信用，把这狗狗卖给别人了。那感觉，就像是爱上了一个姑娘一样。  第二天一早，你就揣了1500块钱奔向宠物市场。  这次，你是从市场的另外一个门进去的，还没有走到昨天那个摊位，你突然发现了另外一只泰迪，比昨天那只更漂亮，更聪明，更可爱，更粘你，价格还更便宜，只要1200元。  我相信，只要你智商正常，你都会选择买1200的这一只。虽然，你为了1500的那一只牵挂了一晚上。但那又如何，遇上更好的，你立刻就移情别恋了。 我们都是这样的人。 因为，我们对那只泰迪，没有感情。 情景二：  某雨天你下班回家，看到一只流浪的小狗趴在你的家门前瑟瑟发抖。你一下子恻隐之心上来了，把它抱回家，给它洗澡，给它喂食，让它睡在毛毯子上。  从此，它就成了你的家人。  接下来的一年，每天早上是它叫你起床。每天你疲惫的下班回到家中，是它在门口等着你。你出去逛街，它走在你前面。有小偷偷你的包，它疯狂吠叫。你看电视，它就睡在你腿上。你上网，它就趴在你脚尖。 它已经成为了你生活的一部分。  一年后。有一个人，也不知道脑子怎么进水了，想要拿一只名贵的纯种狗狗来换你这只不值钱的收养的流浪狗。 你会换吗？ 如果是我，当然不换。 因为我对它有感情了。 这就是感情。

1 2024-04-15 11:34 查看原文

android 10 [API 29]适配指南 |

Android 11[API 30]已经发布正式版，来看看全新的 android 11 [api 30] 适配指南 非SDK接口 google 针对非SDK接口的限制 非SDK接口检测工具 官方给出了一个检测工具，下载地址：veridex veridex使用方法： appcompat.sh --dex-file=apk.apk blacklist、greylist、greylist-max-o、greylist-max-p含义 以上截图中，blacklist、greylist、greylist-max-o、greylist-max-p含义如下： blacklist 黑名单：禁止使用的非SDK接口，运行时直接Crash（因此必须解决） greylist 灰名单：即当前版本仍能使用的非SDK接口，但在下一版本中可能变成被限制的非SDK接口 greylist-max-o： 在targetSDK<=O中能使用，但是在targetSDK>=P中被禁止使用的非SDK接口 greylist-max-p： 在targetSDK<=P中能使用，但是在targetSDK>=Q中被禁止使用的非SDK接口 设备ID 从Android 10开始已经无法完全标识一个设备，曾经用mac地址、IMEI等设备信息标识设备的方法，从Android 10开始统统失效。而且无论你的APP是否是配过Android 10。 IMEI等设备信息 从Android10开始普通应用不再允许请求权限android.permission.READ_PHONE_STATE。而且，无论你的App是否适配过Android Q（既targetSdkVersion是否大于等于29），均无法再获取到设备IMEI等设备信息。 受影响的API Build.getSerial(); TelephonyManager.getImei(); TelephonyManager.getMeid(); TelephonyManager.getDeviceId(); TelephonyManager.getSubscriberId(); TelephonyManager.getSimSerialNumber(); targetSdkVersion<29 的应用，其在获取设备ID时，会直接返回null targetSdkVersion>=29 的应用，其在获取设备ID时，会直接跑出异常SecurityException 如果您的App希望在Android 10以下的设备中仍然获取设备IMEI等信息，可按以下方式进行适配： <uses-permission android:name="android.permission.READ_PHONE_STATE" android:maxSdkVersion="28" /> Mac地址随机分配 从Android10开始，默认情况下，在搭载 Android 10 或更高版本的设备上，系统会传输随机分配的 MAC 地址。（既从Android 10开始，普通应用已经无法获取设备的真正mac地址，标识设备已经无法使用mac地址） 唯一ID的替代 Google给出的解决方案是：如果您的应用有 追踪非登录用户重装 的需求，可用ANDROID_ID来标识设备。 ANDROID_ID的生成规则为：签名+设备信息+设备用户 ANDROID_ID重置规则：设备恢复出厂设置时，ANDROID_ID将被重置 String androidId = Settings.

查看原文

Android Manifest之receiver元素中文注释 |

语法（SYNTAX）： <receiver android:enabled=["true" | "false"] android:exported=["true" | "false"] android:icon="drawable resource" android:label="string resource" android:name="string" android:permission="string" android:process="string" > . . . </receiver>

1 2024-10-19 12:53 查看原文

vSphere, ESXi 和 vCenter 的区别 |

update:2020年03月26日 经理了一番折腾之后，最终公司、家里都安装上PVE了，没错就是PVE。虽然最开始特别想使用ESXI。 首先说一下之前的误解，KVM的界面是非常难看的，没想到这个基于KVM的PVE其实还好。UI还不错。 再有，ESXI不知道何故在联想的电脑上装上去打不开，UEFI BOIS 都试过了，网上的几种方法试了还是不行，在家里机器上试了一会下轻松装上~~。 最后不得不说，PVE真香~内存占用方面，最先版PVE 6.1基于Debian 9 ，内存方面控制的很好！！ 最近准备把家里之前的Windows + Vmware 的服务器，物理机虚拟化。考虑了ESXI、PVE、XEN。 首先感觉XEN比较老，有点落伍，PVE 核心也是 KVM。所以最后无非就是在 ESXI 和 PVE 里选 这两个都没问题的。 最后选了ESXI。不选KVM主要是界面丑。真的丑。 Vmware 用的最多的应该是虚拟机了。刚开始 Vmware vSphere、EXSi、vCenter 搞得有点蒙。所以查资料了解了一下 vSphere 和他的组件。 首先弄清楚 vSphere，EXSi 和 vCenter 的区别是很重要的。我先在VMware Workstation 中安装了 vSphere。 vSphere是一个属于数据中心产品的软件套件。vSphere就像微软 Office 套装一样拥有许多产品，比如 Office，Excel等。vSphere同样也包括很多软件组件，比如 vCenter、ESXi、vSphere client 等等。所以这些软件的合集，就叫做vSphere。vSphere不是一种你可以安装和使用的软件，它仅仅是一个软件套件的合集。 ESXi、vSphere client 和 vCenter 都是 vSphere 的部件。ESXi server是最重要的部分，ESXi是一个一类虚拟化管理器(type 1 hypervisor)。所有的虚拟机或者客户机操作系统都安装在 ESXi 服务器上，同时，你可能还需要vSphere中的其他部件– vSphere client 或者 vCenter。管理员可以通过 vSphere client 连接 ESXi 服务器来访问或者管理虚拟机。vSphere client 是用来从客户端机器连接 ESXi 执行任务的。所以，现在的问题是，vCenter是什么？我们为什么需要他？我们完全可以通过 vSphere client来克隆虚拟机，而不需要 vCenter server。

1 2024-12-17 15:17 查看原文

Android5.0通知变化浅析 |

目前在Android中通知的使用还是很常见的，为了做版本兼容，常用兼容包NotificationCompat.Builder和 Notification.Builder。 NotificationCompat.Builder位于v4扩展包内（version 4 Support Library） Notification.Builder在Android 3.0 开始引入(API level 11). 最近在Android5.0设备上发现一个问题：通知图标突然变成了白色的方块而不是代码中设置的icon。 问题原因 细读开发者文档其实也可以发现一些线索，虽然笔者是直接查的源码发现的问题原因。部分介绍了几点关于通知的建议，其中的有两点是建议开发者不要做的行为。 Don’t Place any additional alpha (dimming or fading) into your small icons and action icons; they can have anti-aliased edges, but because Android uses these icons as masks (that is, only the alpha channel is used), the image should generally be drawn at full opacity. Don’t Use color to distinguish your app from others.

查看原文

Android将汉字转换成拼音 |

采用了单利的模式，可以查看里面的注释 /** * Java汉字转换为拼音 * */ public class CharacterParser { private static int[] pyvalue = new int[] {-20319, -20317, -20304, -20295, -20292, -20283, -20265, -20257, -20242, -20230, -20051, -20036, -20032, -20026, -20002, -19990, -19986, -19982, -19976, -19805, -19784, -19775, -19774, -19763, -19756, -19751, -19746, -19741, -19739, -19728, -19725, -19715, -19540, -19531, -19525, -19515, -19500, -19484, -19479, -19467, -19289, -19288, -19281, -19275, -19270, -19263, -19261, -19249, -19243, -19242, -19238, -19235, -19227, -19224, -19218, -19212, -19038, -19023, -19018, -19006, -19003, -18996, -18977, -18961, -18952, -18783, -18774, -18773, -18763, -18756, -18741, -18735, -18731, -18722, -18710, -18697, -18696, -18526, -18518, -18501, -18490, -18478, -18463, -18448, -18447, -18446, -18239, -18237, -18231, -18220, -18211, -18201, -18184, -18183, -18181, -18012, -17997, -17988, -17970, -17964, -17961, -17950, -17947, -17931, -17928, -17922, -17759, -17752, -17733, -17730, -17721, -17703, -17701, -17697, -17692, -17683, -17676, -17496, -17487, -17482, -17468, -17454, -17433, -17427, -17417, -17202, -17185, -16983, -16970, -16942, -16915, -16733, -16708, -16706, -16689, -16664, -16657, -16647, -16474, -16470, -16465, -16459, -16452, -16448, -16433, -16429, -16427, -16423, -16419, -16412, -16407, -16403, -16401, -16393, -16220, -16216, -16212, -16205, -16202, -16187, -16180, -16171, -16169, -16158, -16155, -15959, -15958, -15944, -15933, -15920, -15915, -15903, -15889, -15878, -15707, -15701, -15681, -15667, -15661, -15659, -15652, -15640, -15631, -15625, -15454, -15448, -15436, -15435, -15419, -15416, -15408, -15394, -15385, -15377, -15375, -15369, -15363, -15362, -15183, -15180, -15165, -15158, -15153, -15150, -15149, -15144, -15143, -15141, -15140, -15139, -15128, -15121, -15119, -15117, -15110, -15109, -14941, -14937, -14933, -14930, -14929, -14928, -14926, -14922, -14921, -14914, -14908, -14902, -14894, -14889, -14882, -14873, -14871, -14857, -14678, -14674, -14670, -14668, -14663, -14654, -14645, -14630, -14594, -14429, -14407, -14399, -14384, -14379, -14368, -14355, -14353, -14345, -14170, -14159, -14151, -14149, -14145, -14140, -14137, -14135, -14125, -14123, -14122, -14112, -14109, -14099, -14097, -14094, -14092, -14090, -14087, -14083, -13917, -13914, -13910, -13907, -13906, -13905, -13896, -13894, -13878, -13870, -13859, -13847, -13831, -13658, -13611, -13601, -13406, -13404, -13400, -13398, -13395, -13391, -13387, -13383, -13367, -13359, -13356, -13343, -13340, -13329, -13326, -13318, -13147, -13138, -13120, -13107, -13096, -13095, -13091, -13076, -13068, -13063, -13060, -12888, -12875, -12871, -12860, -12858, -12852, -12849, -12838, -12831, -12829, -12812, -12802, -12607, -12597, -12594, -12585, -12556, -12359, -12346, -12320, -12300, -12120, -12099, -12089, -12074, -12067, -12058, -12039, -11867, -11861, -11847, -11831, -11798, -11781, -11604, -11589, -11536, -11358, -11340, -11339, -11324, -11303, -11097, -11077, -11067, -11055, -11052, -11045, -11041, -11038, -11024, -11020, -11019, -11018, -11014, -10838, -10832, -10815, -10800, -10790, -10780, -10764, -10587, -10544, -10533, -10519, -10331, -10329, -10328, -10322, -10315, -10309, -10307, -10296, -10281, -10274, -10270, -10262, -10260, -10256, -10254}; public static String[] pystr = new String[] {"a", "ai", "an", "ang", "ao", "ba", "bai", "ban", "bang", "bao", "bei", "ben", "beng", "bi", "bian", "biao", "bie", "bin", "bing", "bo", "bu", "ca", "cai", "can", "cang", "cao", "ce", "ceng", "cha", "chai", "chan", "chang", "chao", "che", "chen", "cheng", "chi", "chong", "chou", "chu", "chuai", "chuan", "chuang", "chui", "chun", "chuo", "ci", "cong", "cou", "cu", "cuan", "cui", "cun", "cuo", "da", "dai", "dan", "dang", "dao", "de", "deng", "di", "dian", "diao", "die", "ding", "diu", "dong", "dou", "du", "duan", "dui", "dun", "duo", "e", "en", "er", "fa", "fan", "fang", "fei", "fen", "feng", "fo", "fou", "fu", "ga", "gai", "gan", "gang", "gao", "ge", "gei", "gen", "geng", "gong", "gou", "gu", "gua", "guai", "guan", "guang", "gui", "gun", "guo", "ha", "hai", "han", "hang", "hao", "he", "hei", "hen", "heng", "hong", "hou", "hu", "hua", "huai", "huan", "huang", "hui", "hun", "huo", "ji", "jia", "jian", "jiang", "jiao", "jie", "jin", "jing", "jiong", "jiu", "ju", "juan", "jue", "jun", "ka", "kai", "kan", "kang", "kao", "ke", "ken", "keng", "kong", "kou", "ku", "kua", "kuai", "kuan", "kuang", "kui", "kun", "kuo", "la", "lai", "lan", "lang", "lao", "le", "lei", "leng", "li", "lia", "lian", "liang", "liao", "lie", "lin", "ling", "liu", "long", "lou", "lu", "lv", "luan", "lue", "lun", "luo", "ma", "mai", "man", "mang", "mao", "me", "mei", "men", "meng", "mi", "mian", "miao", "mie", "min", "ming", "miu", "mo", "mou", "mu", "na", "nai", "nan", "nang", "nao", "ne", "nei", "nen", "neng", "ni", "nian", "niang", "niao", "nie", "nin", "ning", "niu", "nong", "nu", "nv", "nuan", "nue", "nuo", "o", "ou", "pa", "pai", "pan", "pang", "pao", "pei", "pen", "peng", "pi", "pian", "piao", "pie", "pin", "ping", "po", "pu", "qi", "qia", "qian", "qiang", "qiao", "qie", "qin", "qing", "qiong", "qiu", "qu", "quan", "que", "qun", "ran", "rang", "rao", "re", "ren", "reng", "ri", "rong", "rou", "ru", "ruan", "rui", "run", "ruo", "sa", "sai", "san", "sang", "sao", "se", "sen", "seng", "sha", "shai", "shan", "shang", "shao", "she", "shen", "sheng", "shi", "shou", "shu", "shua", "shuai", "shuan", "shuang", "shui", "shun", "shuo", "si", "song", "sou", "su", "suan", "sui", "sun", "suo", "ta", "tai", "tan", "tang", "tao", "te", "teng", "ti", "tian", "tiao", "tie", "ting", "tong", "tou", "tu", "tuan", "tui", "tun", "tuo", "wa", "wai", "wan", "wang", "wei", "wen", "weng", "wo", "wu", "xi", "xia", "xian", "xiang", "xiao", "xie", "xin", "xing", "xiong", "xiu", "xu", "xuan", "xue", "xun", "ya", "yan", "yang", "yao", "ye", "yi", "yin", "ying", "yo", "yong", "you", "yu", "yuan", "yue", "yun", "za", "zai", "zan", "zang", "zao", "ze", "zei", "zen", "zeng", "zha", "zhai", "zhan", "zhang", "zhao", "zhe", "zhen", "zheng", "zhi", "zhong", "zhou", "zhu", "zhua", "zhuai", "zhuan", "zhuang", "zhui", "zhun", "zhuo", "zi", "zong", "zou", "zu", "zuan", "zui", "zun", "zuo"}; private StringBuilder buffer; private String resource; private static CharacterParser characterParser = new CharacterParser(); public static CharacterParser getInstance() { return characterParser; } public String getResource() { return resource; } public void setResource(String resource) { this.

查看原文

Typecho to Hugo |

这两天正式把博客从 typecho 转到 hugo 了。更准确的说应该是从动态博客转到了静态博客。 以前我是很抵制静态博客的。主要是感觉： 更新麻烦（现在仍然是这种感觉） 放在 github pages 上访问速度也不快，为了加速还需要套个 CDN。（同样是花钱，打折期间买个国内云服务器，速度不慢，还能干其他的） 配置真的很麻烦 这次换到 hugo 的起因是一个域名要备案，博客所在的域名要关闭评论系统，备案完后，打开评论发现，只要有评论的文章就卡死，然后 502。懒得折腾，直接关闭评论功能，发现关了后台也会卡死。索性转移到了 Hugo Hugo 如何安装配置网上很多这里不再赘述，主要说一下我是如何转换的。 部署在哪里 本来打算部署在腾讯对象存储 COS 上的，不过最后还是放弃了。 域名备案，内容审查。 不方便自动化处理，虽然通过github action + 云函数 + hook 可以做到更新仓库后自动构建，下载到 COS 但还是略显麻烦。需要配置好几个地方。 最终选择了部署在 在文章前面可以加很多参数的比如 --- title: "Typecho to Hugo" slug: "typecho-to-hugo" date: 2022-03-11T10:49:59+08:00 categories: [岁月如歌] tags: [Typecho,Hugo] showToc: true TocOpen: true draft: false # description: "Desc Text.

1 2024-12-21 02:45 查看原文

禁止ScrollView的childview自动滑动到底部 |

问题描述: 一个ScrollView中包含了好几个childView，有一个childview很大，一个屏幕显示不完，每个childview都能获取focus。当那个很大的chilvView获取焦点时，由于一屏显示不完，它就会自动滑动到最后（就是该childView的底部）。 问题原因以及解决方案分析： 由于该childView超过屏幕大小，并且有获取焦点的能力，所以造成了该问题。由于不能改变其大小，只能阻止其获取焦点。基本思路有，取消它获取焦点的能力，让ScrovView截获它的焦点等。以下是具体方法： 方法一：简单，方便，快捷，直面关键问题 将可能自动滑动的childview的focus禁掉，防止它自动滑动 mContentTextBox.setFocusable(false); 恢复默认状态，允许childview的focus，使它可以自动滑动 mContentTextBox.setFocusableInTouchMode(true); mContentTextBox.setFocusable(true); 这里要注意，仅仅setFocusable为true是不够的，需要设置setFocusableInTouchMode。 方法二： 绕了一点，副作用不大（推荐） 让ScrollView优先获取focus，这样childview获取不到focus，就不会滑动 private void disableAutoScrollToBottom() { mScrollView.setDescendantFocusability(ViewGroup.FOCUS_BEFORE_DESCENDANTS); mScrollView.setFocusable(true); mScrollView.setFocusableInTouchMode(true); mScrollView.setOnTouchListener(new View.OnTouchListener() { @Override public boolean onTouch(View v, MotionEvent event) { v.requestFocusFromTouch(); return false; } }); } 恢复默认状态，禁掉scrollview的focus，这样就允许childview自动滑动 private void enableChildAutoScrollToBottom() { mScrollView.setDescendantFocusability(ViewGroup.FOCUS_AFTER_DESCENDANTS); mScrollView.setFocusable(false); mScrollView.setFocusableInTouchMode(false); mScrollView.setOnTouchListener(null); } 方法三：这个方法比较死板，不太灵活，虽然能满足基本需求，副作用很大 @Override protected boolean onRequestFocusInDescendants(int direction, Rect previouslyFocusedRect) { return true; } 方法四：和方法三类似 @Override protected int computeScrollDeltaToGetChildRectOnScreen(Rect rect) { return 0; }

1 2024-10-16 02:25 查看原文

Flutter和原生Android控件对比 |

Flutter和原生Android控件对比： Flutter控件 Android控件 AppBar ActionBar/ToolBar ListView ListView/RecyclerView Text TextView Center ViewGroup FloatingActionButton FloatingActionButton(design库里面的) BottomNavigationBar BottomNavigation(design库里面的) RaisedButton/Button Button Column LinearLayout的android:orientation=“vertical” Row android:orientation=“horizontal” DecorationImage ImageView Image ImageView Stack FrameLayout/RelativeLayout Container RelativeLayout CustomMultiChildLayout RelativeLayout Algin alginParentXXX属性 resizeToAvoidBottomPadding android:windowSoftInputMode=”adjustResize属性 SingleChildScrollView ScrollView CustomScrollerView Recyclerview Image里面的BoxFit参数介绍：（相当于Android的ImageView的scaleType参数）

1 2024-12-12 09:55 查看原文

ViewModel之自定义构造函数 |

刚入坑架构组件没多久，发现很多基础性的东西理解起来是没什么问题的，但是一到具体使用就各种问题，相关实践文章也比较少，更多的只能靠自己解决 = =。今天无意间了解了AndroidViewModel的一个使用场景和实现原理，特地记录下来。 ###前言 一开始，跟着官方文档，ViewModel我们是这样实现的： public class MyViewModel entends ViewModel { //... } 然后是创建实例对象: MyViewModel viewModel = ViewModelProviders.of(this).get(MyViewModel.class); 可以注意到，我们定义的ViewModel是没有构造函数的，也就是说如果遇到比较复杂情况下（需要在创建ViewModel时赋一些初始值），应该怎么办呢？总不能自己加一个构造函数，然后new出来吧，或者通过set方法一个一个加也行，但是这样就有点low了。于是，我发现了一个类AndroidViewModel AndroidViewModel AndroidViewModel这个类的定义很简单，它继承自ViewModel，然后添加了一个application私有属性： public class AndroidViewModel extends ViewModel { @SuppressLint("StaticFieldLeak") private Application mApplication; public AndroidViewModel(@NonNull Application application) { mApplication = application; } /** * Return the application. */ @SuppressWarnings("TypeParameterUnusedInFormals") @NonNull public <T extends Application> T getApplication() { //noinspection unchecked return (T) mApplication; } } 上面提到，很多时候我们需要在初始化ViewModel时需要传递一些参数，例如Activity中的一些参数等，但是根据ViewModel的生命周期我们知道，ViewModel中是不能传入Activity等实例对象的，因为在ViewModel存活的过程中，Activity是有可能会被销毁的。因此，Google爸爸推荐我们传入application。

1 2024-10-19 08:05 查看原文