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

使用 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 查看

查看原文

Android中GPS定位(获取经纬度) |

AndroidGPS定位问题,众所周知是一个蛮麻烦的问题.当初我是新手,现在我也是新手,也搞了我头大,网上搜索了很多的例子,一直处于僵持阶段,而现在终于搞定了,因为我现在只需要获取到经纬度就可以了,反正获取经纬度可以从我这篇文章中看看;上代码。 在AndroidManifest.xml中加入权限： <uses-permission android:name=”android.permission.ACCESSFINELOCATION”/> <uses-permission android:name=”android.permission.ACCESSCOARSELOCATION”/>

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

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?

查看原文

用组合代替继承能为 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 的所有行为放到一个独立的类里面。但这样做会降低可维护性，甚至带来性能影响。

查看原文

不使用第三方软件实现Obsidian多平台实时同步 |

这篇文章涉及服务器配置、docker 技术，当然都是很初级的使用 相信很多人跟我一样，不喜欢使用第三方软件来同步 Obsidian 。每次要打开两个软件，很麻烦。这种情况在手机上最为明显。 这也是我为什么从 9 月多就接触了 Obsidian 但是一没有最为主力的原因。虽然印象笔记已经非常的不好用，但是他的同步真的非常的方便。 直到最近在翻看 Obsidian 的插件的时候接触到了这个插件 Self-hosted LiveSync（虽然也有一款支持 WebDav 的插件，但是试了一下连不上服务器，作者说目前 WebDav 还在测试中）这个插件真的非常的棒 👍🏻。实现了无感同步，甚至可以多平台实时同步。 引用一张作者的图： 搭建服务器端 Self-hosted LiveSync 使用的是CouchDB数据库，这是一个开源的具有版本控制的文档数据库。 你可使用 IBM 提供的 CouchDB 数据库，这里有作者写的教程 我们这里还是直接自己搭建，我是在家里的群辉 NAS 上搭建的，如果你没有 NAS 也可以在腾讯云、阿里云等云服务上搭建。优先推荐在 NAS 上搭建。 安装 docker 群辉直接再套件商店安装。云服务器用户使用下面的命令 docker version > /dev/null || curl -fsSL get.docker.com | bash service docker restart 安装数据库 首先创建配置文件 local.ini [couchdb] single_node=true [c

查看原文

Android 开发绕不过的坑：你的 Bitmap 究竟占多大内存？ |

!!! 原文出处：  0、写在前面本文涉及到屏幕密度的讨论，这里先要搞清楚 DisplayMetrics 的两个变量，摘录官方文档的解释： density：The logical density of the display. This is a scaling factor for the Density Independent Pixel unit, where one DIP is one pixel on an approximately 160 dpi screen (for example a 240x320, 1.5”x2” screen), providing the baseline of the system’s display. Thus on a 160dpi screen this density value will be 1; on a 120 dpi screen it would be .75; etc. This value does not exactly follow the real screen size (as given by xdpi and ydpi, but rather is used to scale the size of the overall UI in steps based on gross changes in the display dpi.

1 2024-12-16 09:23 查看原文

未命名 |

她是江南一带有名的妓 他是战功显赫的将军 前几日他失去妻子 在歌妓面前喝的烂醉 把妓当成她 第二天看到床上的落红 将军嘲笑妓 终究是婊子 他穿衣离去 妓九岁被卖到青楼 几年来只卖艺不卖身 直到那晚遇到他 她羞涩 笨拙 把自己给了他 他凶狠 粗鲁 嘴里叫着妻子的名字 妓只喜欢了这一个人 却喜欢了一辈子 将军在外战沙场 歌姬城内待他归 将军入城 从不多看一眼 只是在深夜敲开她的房门 他在外时日久 她抱着他褪下他的衣服 细数他身上的疤痕 他抱她上床 没有情话 只有缠绵 她轻触他疤痕 你娶我吧 我想给你一个家 将军穿好衣服起身离去 留她一人愣愣的 看他离去的方向 做妓的最怕有了感情 可她偏偏中了这世间最愁的毒 妓说 我不想再做这行了 那夜她主动寻他 月光下她红色的唇格外迷人 那夜她用尽万种风情 将军你吻我 将军毫不动意 一夜缠绵 她离去 妓知道将军不会寻她 毕竟她只是个妓 一日为妓 终身为娼 不久将军带兵出征 两军交战 在敌方的主帅身旁发现一身红衣的她 她一身红衣依靠在另一个男人怀里 将军满眼尽是讽刺 战争的号角吹响 她藏在袖中的匕首直刺敌将心脏 敌将并不惊讶 像是早已预料 将军愣住 这是她第一次看到他除了冷漠意外的表情 战火硝烟 她闭上双眼 妓知道 他安全了 从此以后他都安全了 她可以放心了 也总算帮了他一次

1 2024-04-05 17:15 查看原文

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

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

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

Android热修复——原理 |

1.是用场景   当一个应用上线发布首，突然发现了一个bug需要进行修复，如果真个bug不是严重，或者可以通过服务端进行避免还好说。但是如果这个bug很严重，影响了主功能，必须更新才行，那重新打包，重新上传市场和渠道（近百的渠道）。这些还不是主要问题，用户刚刚升级现在又提示升级大大影响了用户体验。

1 2024-12-15 19:26 查看原文

Android声明式UI框架 Litho 初探 ——两种数据类型 |

Litho中包含的的两种数据类型 Litho的两种属性分别是： 不可变属性称为Props 可变属性称为State 不可变属性Props 定义和使用props Props属性：Component中使用@Prop注解的参数集合，具有单向性和不可变性，可以在左右的方法中访问它的指。在同一个Component中我们可以定义和访问相同的prop 下面这个例子，定义了两个Prop，一个string类型text，一个int类型index，text的注解中optional = true表示它是一个可选参数。 当Component的生命周期方法被调用的时候，@Prop参数会保存component创建时从它们的父级传递过来的值(或者它们的默认值) 设置props prop参数其实在前几篇文章中都有使用过，用起来也没有什么特别的地方，这里不在赘述，制作一个简单的说明。 Component中的prop参数会在编译时候自动加入到Builder中，以上面的代码举例: PropComponent.create(c).index(10)./*text("测试文本").*/build() Prop的默认值 对于可选的Prop如果不设置值，就是java的默认值。或者你也可以使用@PropDefault注解然后添加默认值。 如果你使用Kotlin，那还需要加上@JvmFiel把该字段编辑为public才行。 @MountSpec object PropComponentSpec { @JvmField @PropDefault val prop1 = "default" @JvmField @PropDefault val prop2 = -1 资源类型 在Android开发中，我们经常会限定参数的类型。比如： fun doSomething(@ColorInt color: Int, @StringRes str: Int, @DimenRes width: Int){} 在Compontent的Prop中也有类似的操作，具体看代码： fun onMount( c: ComponentContext, textView: TextView, @Prop(optional = true,resType = ResType.STRING) text: String?

1 2024-12-25 18:06 查看原文

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 查看原文

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 查看原文

标签 🏷️ |

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

1 2024-12-10 23:49 查看原文

Don’t Store Data in the Application Object |

There is always some information that is needed in many places in your app. It can be a session token, the result of an expensive computation, etc. It is often tempting to avoid the overhead of passing objects between activities or keeping those in persistent storage. A pattern that is sometimes suggested is to dump your data in the Application object with the idea that it will be available across all activities.

1 2024-10-02 06:55 查看原文

我问佛 |

我问佛：为何不给所有女子羞花闭月的容颜？ 佛曰：那只是昙花的一现，用来蒙蔽世俗的眼，没有什么美可以抵过一颗纯净仁爱的心，我把它赐给每一个女子，可有人让它蒙上了灰。 我问佛：世间为何有那么多遗憾？ 佛曰：这是一个婆娑世界，婆娑即遗憾，没有遗憾，给你再多幸福也不会体会快乐。 我问佛：如何让人们的心不再感到孤单？ 佛曰：每一颗心生来就是孤单而残缺的，多数带着这种残缺度过一生，只因与能使它圆满的另一半相遇时，不是疏忽错过，就是已失去了拥有它的资格。

查看原文

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 查看原文

Flutter 基础 | Dart 语法 mixin |

假设有这样一种场景：小明和小方都是程序员。其中小方会跳舞，当然它们都会编程。 用面向对象的方法可以建模如下： 因为小明和小方都会写编程，为了复用这个行为，提取了超类 Programmer，它包含所有程序员共用的行为 code()。这样一来，Ming 和 Fang 就能复用编程行为，而不是各自重新实现一遍相同的逻辑。（继承复用了行为） 小慧是一个舞者，再用面向对象的方法建模如下： 这样的继承关系违反了 DRY 原则，即 Don’t repeat yourself. 因为小慧并未复用小方的跳舞行为，所以同样的跳舞逻辑出现了两次。 那把跳舞行为上提到它们公共的基类 Human 中，是不是就解决问题了？的确，但这不是强迫所有程序员都必须会跳舞吗。。。 那让小方同时继承 Programmer 和 Dancer 能解决问题吗？能！但多重继承容易出事情，比如 “Diamond Problem”： 假设 Human 类中有 eat() 方法，且 Programmer 和 Dancer 都重写了它，此时 Fang 会发生编译报错。因为它不知道自己的 eat() 方法该采用哪一个父类的实现。上面的类图就好像一个钻石的形状，所以称为Diamond problem。 Dart 禁用了多重继承，而是引入了mixin来解决这个问题。 mixin 是一个特殊的类，它的属性和行为可以被其他类复用，而且不需要通过继承。 语法 如果希望一组属性和行为能够复用于多个类，碰巧这些类不在一条继承链路上，此时就应该使用mixin： mixin DanceMixin { void dance() {} } 这是声明 mixin 的方式，几乎和声明 class 一模一样，就是把 class 换成 mixin 而已。 还可以通过 on 限定 mixin 适用范围：

1 2024-12-18 04:40 查看原文

Android全新支持库androidx |

如果使用最新版Android Studio 创建基于API28的项目，就会发现，原来的android.support.*全部变成了androidx.*？？这是什么鬼？我们来看看Google的介绍 我们正在推出一种新的软件包结构，以便更清楚哪些软件包与Android操作系统捆绑在一起，并与您的应用程序的APK一起打包。展望未来，android.*软件包层次结构将保留给随操作系统提供的Android软件包; 其他包将在新的androidx.*包层次结构中发布。 正在重构现有包以使用新层次结构。历史文物 - 那些版本为27及更早版本，并打包为android.support.*- 将继续在Google Maven上提供; 但是，所有新开发都将发生在androidx.*从1.0.0开始版本化的新打包工件中。 有关所有旧类和构建工件的完整映射到新的，请参阅AndroidX重构页面。有关AndroidX重构的更多信息， 请参阅博客文章。 版本控制更改 新工件将遵循语义版本控制，并将独立更新，而不是一次更新。重组后，可以独立更新项目中的AndroidX库。这避免了将项目中的许多支持库模块从例如一次更新26.1.0到27.0.0所有支持库模块的问题。 新项目 如果使用androidx打包的依赖项创建新项目（而不是使用Android Studio工具重构现有项目），则新项目需要针对API级别28，并且您需要将以下行添加到您的gradle.properties文件中： android.useAndroidX=true android.enableJetifier=true 简而言之，support包会继续维护，但是所有新特性都会放到androidx中，如果想使用androidx，需要API为28(IDE应该也需要最新版本)，同时gradle.properties中添加 android.useAndroidX=true android.enableJetifier=true,反之不想使用设置为false即可，需要注意的是即使依赖中不添加 implementation androidx.*相关的支持库，如果gradle.properties中设置为true 仍然使用androidx相关支持库，android.support相关引用会提示not found

1 2024-12-17 20:45 查看原文