w568w 最近的时间轴更新 w568w 最近的时间轴更新 |
w568wV2EX 第 415660 号会员，加入于 2019-05-26 08:16:51 +08:00今日活跃度排名 1381 |
| Blessed C：现代 C 生态系统使用指南 分享创造 • w568w • 67 天前 • 最后回复来自 icyalala | 14 |
| 2023 年，有什么原生级性能的跨平台 UI 框架？
4 程序员 • w568w • 79 天前 • 最后回复来自 layxy
|
106 |
| 检测 Xposed 安装、防止应用被劫持的终极解决方案
2 Android • w568w • 2022-01-03 18:09:40 PM • 最后回复来自 knziha
|
41 |
| 请问 EMUI 10 上有什么好的应用保活思路吗？ 问与答 • w568w • 2020-03-18 20:02:49 PM • 最后回复来自 MrOange | 18 |
w568w 最近回复了
3 小时 8 分钟前 回复了 easychen 创建的主题 › 分享创造 › 为了自动化写了很多脚本，却总是边用边丢，所以我写了一个脚本管理工具 https://juejin.cn/post/7369211590363430923 |
挺好的，已 star 。几个小建议：
1. 每个小工具要单独写一个 schema json ，其实不很人体工学（既指 schema 也指 json ）。有没有考虑让写脚本只需单文件？比如直接从 typescript 脚本里解析两个 interface 来确定输入输出结构和 Manifest 这些内容；
2. 和写脚本直接放到 ~/.local/bin 相比有什么优势？
我觉得脚本的意义就是用完即丢，不用考虑兼容性这些，随便硬编码也无所谓。但这个管理器看起来还能安装别人上传的脚本。说白了，越随意的需求越私人，没有发出去的必要；越公众的需求越正式，一般也不以「脚本」而是以「 API 」或「工具」相称，我写完了也不会发到你的仓库里。
我觉得不如转变思路，做个脚本的瑞士军刀 SDK ，把监控网页、显示 UI 输入、保存设置之类的常见需求都聚合起来，方便用户快速编写脚本，类似一个全平台的桌面端 autojs 。
1. 每个小工具要单独写一个 schema json ，其实不很人体工学（既指 schema 也指 json ）。有没有考虑让写脚本只需单文件？比如直接从 typescript 脚本里解析两个 interface 来确定输入输出结构和 Manifest 这些内容；
2. 和写脚本直接放到 ~/.local/bin 相比有什么优势？
我觉得脚本的意义就是用完即丢，不用考虑兼容性这些，随便硬编码也无所谓。但这个管理器看起来还能安装别人上传的脚本。说白了，越随意的需求越私人，没有发出去的必要；越公众的需求越正式，一般也不以「脚本」而是以「 API 」或「工具」相称，我写完了也不会发到你的仓库里。
我觉得不如转变思路，做个脚本的瑞士军刀 SDK ，把监控网页、显示 UI 输入、保存设置之类的常见需求都聚合起来，方便用户快速编写脚本，类似一个全平台的桌面端 autojs 。
1 天前 回复了 ninjaJ 创建的主题 › 程序员 › 2024 年了，兄弟们说说用 Tauri 遇到的哪些坑 |
补：Flutter 有 rust_bridge ，如果你一定想掺 Rust 进来，也不麻烦。
1 天前 回复了 ninjaJ 创建的主题 › 程序员 › 2024 年了，兄弟们说说用 Tauri 遇到的哪些坑 |
> 原生桌面框架 UI 样式不好写--不仅限于对齐、窗口自适应、flex 等等，各种绑定事件样板代码，写一个软件大部分时间都在写这些东西
可以试试 Flutter 或者楼上说的 Compose Multiplatform ，应该都独立于 Web 技术解决了这个阻碍。
> 串口通信等硬件交互，IO 密集、计算密集
Flutter 用的 Dart ，直接编译成原生代码，计算性能不会太差，但搞硬件交互可能要研究一下，估计要调第三方包； Kotlin 应该轻松一些。
> Tauri 对我胃口，就是不知道它现在怎么样了，还有那么多坑吗？
最大的问题是性能和兼容性差。我自己的不准确经验来看 Tauri 开发稍微大点的应用就会特别特别粘滞：冷启动慢、响应点击慢、拖动窗口慢、调整窗口大小卡，而且 Tauri 首次编译速度也慢得令人头秃（即便和 Electron 作比较，以上缺点也成立）；另外，因为一定要接系统的 Webview 库，写的时候也得注意兼容性问题。
可以试试 Flutter 或者楼上说的 Compose Multiplatform ，应该都独立于 Web 技术解决了这个阻碍。
> 串口通信等硬件交互，IO 密集、计算密集
Flutter 用的 Dart ，直接编译成原生代码，计算性能不会太差，但搞硬件交互可能要研究一下，估计要调第三方包； Kotlin 应该轻松一些。
> Tauri 对我胃口，就是不知道它现在怎么样了，还有那么多坑吗？
最大的问题是性能和兼容性差。我自己的不准确经验来看 Tauri 开发稍微大点的应用就会特别特别粘滞：冷启动慢、响应点击慢、拖动窗口慢、调整窗口大小卡，而且 Tauri 首次编译速度也慢得令人头秃（即便和 Electron 作比较，以上缺点也成立）；另外，因为一定要接系统的 Webview 库，写的时候也得注意兼容性问题。
1 天前 回复了 pkoukk 创建的主题 › 软件 › 有什么 APP 可以记录 上一次 XX 距今多长时间，这种功能的嘛？ |
2 天前 回复了 yumizhao888 创建的主题 › Python › 有人直接用 pycharm 运行项目的吗 |
3 天前 回复了 yumizhao888 创建的主题 › Python › 有人直接用 pycharm 运行项目的吗 |
你自己读读自己说的什么东西，前后关系大吗？一会 GPT 一会 pycharm 一会 C# 的，想问什么都没说清楚，语文水平有待提高
=========
什么都不说我只能帮你算一卦了：
您测试的英文名：yumizhao888
易理：忍得若难，必有后福，是成是败，惟靠紧毅
『数理』：沦落天崖的失意烦闷的数。（凶）
『签语』：（破兆） 家庭缘薄，孤独遭难，谋事不达，悲惨不测。
『含义』： 多破兆，家属缘溥。丧亲、丧子、兄弟姐妹分离孤独，不如意，烦闷，危难，遭厄，浮沉不定，为了慷慨。施惠招怨，劳而无功，凄惨孤独，其他好运者不多，有伤夭寿。
=========
什么都不说我只能帮你算一卦了：
您测试的英文名：yumizhao888
易理：忍得若难，必有后福，是成是败，惟靠紧毅
『数理』：沦落天崖的失意烦闷的数。（凶）
『签语』：（破兆） 家庭缘薄，孤独遭难，谋事不达，悲惨不测。
『含义』： 多破兆，家属缘溥。丧亲、丧子、兄弟姐妹分离孤独，不如意，烦闷，危难，遭厄，浮沉不定，为了慷慨。施惠招怨，劳而无功，凄惨孤独，其他好运者不多，有伤夭寿。
4 天前 回复了 lsk569937453 创建的主题 › 程序员 › 多线程分段下载文件时，为什么不下载到同一个大文件中？而是要分别下载到单独的文件然后再合并。 |
@msg7086 谢谢提醒。你是对的，我确实弄混了。
5 天前 回复了 lsk569937453 创建的主题 › 程序员 › 多线程分段下载文件时，为什么不下载到同一个大文件中？而是要分别下载到单独的文件然后再合并。 |
5 天前 回复了 acrosync 创建的主题 › Linux › 有偿求熟悉 Rockchip 启动流程的高手 |
6 天前 回复了 tim9527 创建的主题 › 程序员 › 请教一下谁搞过 Linux arm64 位的操作系统？ |
有些朋友对 Arm 的称呼感到迷惑。之前博客写过一篇 Arm 相关术语命名的文章，摘几段过来供参考：
====分割线====
1. 「 Arm 架构」是一组精简指令集架构（ RISC ）的统称（注意，是一组，不是一个）。
2. 英国公司「 Arm Limited 」是这个架构的设计公司。
3. 字母全大写的「 ARM 」在很久以前是对橡果 RISC 机器和高级 RISC 机器两家公司的架构的称呼，这些架构今天已经不再使用，如果你想避免歧义，请尽量称呼「 Arm 」。
4. 「 Armv9 」和「 Armv8 」等是指 Arm 公司发布的一个架构版本 。
5. 「 Armv9.4-A 」是 Armv9 的一个最新的扩展，相当于架构的打补丁版本。后面的 -A 是指一个子版本，-A 指这个架构是用于应用场景（ Application Profile ）的，比如手机、电脑，还有 -R 用于实时场景（ Real-time Profile ），例如无人驾驶和工业自动控制，-M 用于微控制器（ Micro-controller Profile ），例如树莓派。
6. 「 AArch64 」是 Arm 处理器的一种执行状态 （注意，不是指令集，也不是架构！不要再说「 aarch64 架构」了！），在这个状态下，可以使用 64 位的寄存器，这一状态在 Armv8 中首次引入（所以 Armv7 及以前都是 32 位架构）；相对应的，原先的 32 位状态被称为 AArch32 。同一个处理器可以通过设置一个专门的寄存器，在这两种状态之间切换，这就是为什么你可以在 64 位的系统上运行 32 位的程序。
7. 「 A64 」是 AArch64 状态下唯一的指令集 （注意，它才是指令集的名字）；相应地，「 A32 」现在用来指代早期的 32 位指令集；「 T32 」是 A32 的一个子集，它特指 Thumb2 指令集（指令 16 位和 32 位长混合）。
8. 「 arm64 」这个说法，Arm 公司从来没有在正式文件中提过，这似乎是苹果、微软和 Linux 喜欢使用的简便称呼。我个人把它理解成一种移植（ Port ），即一组指令集和架构的统称。
9 。 其他移植名还包括：armel 、armhf 、armv7hl 、armv7l 、armv8l 等。其中 armel 面向 armv4-v7 的 armeabi 接口，的兼容性最好（但性能可能最低）。再强调一次：这些名称不是标准，不同的发行版、公司、系统和项目都可能有不同的定义。例如，同一个架构，苹果设备上可能叫「 arm64 」，但在一些 Linux 中可能又叫「 aarch64 」了，非常混乱。如果你和别人交流移植相关的问题，务必明确你在说什么。目前比较通行的称呼一般来自 LLVM 和 Debian 。
====分割线====
1. 「 Arm 架构」是一组精简指令集架构（ RISC ）的统称（注意，是一组，不是一个）。
2. 英国公司「 Arm Limited 」是这个架构的设计公司。
3. 字母全大写的「 ARM 」在很久以前是对橡果 RISC 机器和高级 RISC 机器两家公司的架构的称呼，这些架构今天已经不再使用，如果你想避免歧义，请尽量称呼「 Arm 」。
4. 「 Armv9 」和「 Armv8 」等是指 Arm 公司发布的一个架构版本 。
5. 「 Armv9.4-A 」是 Armv9 的一个最新的扩展，相当于架构的打补丁版本。后面的 -A 是指一个子版本，-A 指这个架构是用于应用场景（ Application Profile ）的，比如手机、电脑，还有 -R 用于实时场景（ Real-time Profile ），例如无人驾驶和工业自动控制，-M 用于微控制器（ Micro-controller Profile ），例如树莓派。
6. 「 AArch64 」是 Arm 处理器的一种执行状态 （注意，不是指令集，也不是架构！不要再说「 aarch64 架构」了！），在这个状态下，可以使用 64 位的寄存器，这一状态在 Armv8 中首次引入（所以 Armv7 及以前都是 32 位架构）；相对应的，原先的 32 位状态被称为 AArch32 。同一个处理器可以通过设置一个专门的寄存器，在这两种状态之间切换，这就是为什么你可以在 64 位的系统上运行 32 位的程序。
7. 「 A64 」是 AArch64 状态下唯一的指令集 （注意，它才是指令集的名字）；相应地，「 A32 」现在用来指代早期的 32 位指令集；「 T32 」是 A32 的一个子集，它特指 Thumb2 指令集（指令 16 位和 32 位长混合）。
8. 「 arm64 」这个说法，Arm 公司从来没有在正式文件中提过，这似乎是苹果、微软和 Linux 喜欢使用的简便称呼。我个人把它理解成一种移植（ Port ），即一组指令集和架构的统称。
9 。 其他移植名还包括：armel 、armhf 、armv7hl 、armv7l 、armv8l 等。其中 armel 面向 armv4-v7 的 armeabi 接口，的兼容性最好（但性能可能最低）。再强调一次：这些名称不是标准，不同的发行版、公司、系统和项目都可能有不同的定义。例如，同一个架构，苹果设备上可能叫「 arm64 」，但在一些 Linux 中可能又叫「 aarch64 」了，非常混乱。如果你和别人交流移植相关的问题，务必明确你在说什么。目前比较通行的称呼一般来自 LLVM 和 Debian 。
Select Language