NAS 是最终的归宿。

有钱怕麻烦就白群辉；

有一点点钱就花 150 元买个香橙派 自己搭 nextcloud ，手机装个 nextcloud app 客户端，挂上个移动硬盘来备份，然后白嫖下每月免费流量的内网穿透当 nas 用；

没钱就直接手机插移动硬盘自己手动备份，不知道有没有 app 能够自动检测到插入用于备份的移动硬盘，然后把没有备份的新照片自动备份到移动硬盘里，这个需求确实有。

hbuilder 不支持 linux 平台，不要用 uniapp

盲猜是开发者写了个群发脚本，把收件人写到一个数组里一起发完事

我免费的内网穿透有：
白群辉的群辉快连（只能群辉用），
花生壳的每月 1G 免费流量，
白嫖朋友服务器的 frp 服务。

这个帖子大佬 moosoul 说 flutter 和 rn 差不多：

https://www.v2ex.com/t/832037#reply38

```
UniApp
这个先放弃吧，写小程序还不错，已经用 uniapp 上架了两款小程序（长期运营维护，但是编辑器还是 bug 比较多，主要是跟 HBuilderX 的一个 hot reload 有关，但是不是啥大问题，大不了重新编译一次）

Flutter 2.0
已上架两款应用。一款简单，一款复杂。都是社交类应用（三方服务采用的腾讯云的 IM ，现阶段 3.5 版本之后的 IM 的 flutter 插件还不错，以前的很坑）
然后复杂应用中有一款涉及到，IM 、富文本编辑、相机、录音、实时音视频。这个时候就能发现 flutter 的各种坑了。（如果你愿意花时间折腾那可以用）
目前坑点稍微说一下
1. Google Flutter Plugin 中的 Camera 、Video Player 的问题，前者旋转拍照的支持有问题,0.2 版本的 bug 如今 0.9 了还未修复，后者对旋转的视频的方向支持有问题，也是 0.1,0.2 版本的问题现在 2.0 以后了还未解决。
2. 富文本编辑器使用的 flutter quill,这个库还不错基于 flutter 的 skia 那套自己完全重绘，性能和效率还不错，但是功能性上面相对于成熟的富文本编辑器缺失太多，编辑器的基础的输入，换行，样式各种都有不少问题，因目前还比较基础很多 API 封装的不够彻底，经常有需要自己手动修改编辑器的 meta data 的情况
3. Flutter 自身，语言上是 Dart 这个没啥好评价的，多学一门语言而已，大多数程序员都没有压力。但是 UI 构建的方式基于 Widget 的，这个 Widget 看似很完美，当你应用内自定义的内容较多的时候，你就会发现，万物不是 Widget 了，万物都是 Container ，基本组件都是自己基于 Container 去修改。看了很多文章都说 Flutter 通过 Skia 自绘了一套 UI ，保证了 Android 和 iOS 的一致性，真希望这些作者拿 Flutter 去写一个实际项目，这个一致性真的没啥用，大多数都还是需要你自定义（这个时候我就很怀念 React Native 了，反正也可以 div 一把梭啊）
4. 三方插件上，大多数插件也是需要自定义的，我列一下我自定义的 pub 的插件
google_plugins （主要是修改上面说的两个插件的 bug ）
flutter_wechat_camera_picker （如上，内部采用的以上两个插件）
sliding_up_panel （有一个容器高度的 bug ）
ai_barcode （需要自定义扫描线的风格）
flutter_quill （需要解决一些编辑 bug ，以及自定义一些 Style ）


React Native 0.59
已上架 2 款以上应用。
缺点还是性能问题，但是大多数基础项目，我做了这么多款项目还真没碰到性能说跟 Flutter 差距很多的地方。
再个长时间没接触 React Native 了更多的就不评价了。


以上对比下来
Flutter == ReactNative >>>>>>> UniApp(做 App 用这个你就是坑自己)

我看 RN 更新了 0.69 版本据说在原生交互方便加入了 JNI,可以直接调用原生不像以前是采用类似 json 数据通讯的方式，我准备再回归 RN 试试了。
如果内心不够强大，项目又够复杂真的不建议 Flutter ，需要原生处理的多出你的想想。
其实如果做到复杂项目上，Flutter 和 RN 真的 55 开，都需要你有不错的原生基础。

最后说一下我想回归 RN 的原因
1. JS/TS ，日常是 Nodejs 全栈，也会些一下 React 项目，语言上更熟悉。
2. Flutter 当前主版本还算比较稳定，但是三方库一言难尽，并且样式相关的很多官方自己都没有一套很好的自定义方案，那三方库更不可能支持的有多好，大多数三方库最后为了改一些样式只能拉下来自己改库了。

至于大家最终选用什么样的框架看是看需求吧，考虑性能直接原生，不考虑性能的简单项目除了 uniapp 任选，复杂项目如果本身也是 js/ts 那就 RN
```

@kaicity “很多软件都有零碎界面是 flutter 写的，比如微信，百度网盘，阿里云盘，wps”

第一次听到 “微信，百度网盘，阿里云盘，wps”是用 flutter 写的

@t202201 用楼上说的 tailwind 组件抄就好了。

相信我，你只要学会 css 就能干各种客户端开发，包括前端、app 、各种跨平台桌面 electron 。
推荐《深入解析 css 》。
所以 css 是性价比最高的一门程序员手艺。

要不用回帖时间吧 @id 加上 对方的回帖时间。

<span class="ago" title="2023-01-04 08:48:31 +08:00">37 分钟前</span><div class="reply_content">有些人是屏蔽了一些账户，就导致你看到的楼层号和别人看到的楼层号对应的账户不同，所以带上楼层号意义不是很大</div>

说到低代码。

1. 要么用已经几十年了的 微软的 Access 或者 LibreOffice 的 Base 这种模式，就是
客户端拖界面，用 vb 交互，内嵌 sql ，然后直接连接 sql server 或者 mysql 数据库，用数据库自带的用户来权限管理，
特别适合做几百人的小公司用的 erp 、oa 等业务，能够方便的应对各种业务，由于是直接基于数据库表与 sql 操作的性能也能得到保证，由于用了通用数据库，也能和外部系统直接对接数据，缺点还是需要使用者有一定 sql 知识。

这种模式的进阶就是德国的 sap ，进化为用 abap 这种类似 sql 的语言来描述 ui 界面。

2. 要么用钉钉宜搭这种工作流配合每个工作流表单拖拽搞，缺点是不能灵活应对需求且功能有限依赖于钉钉宜搭官方平台的二开付费项目，只能用于有限的业务场景，而且一旦业务复杂或者改动增加就很费时间去拖动各个之前相关的表单浪费时间与人力，而且性能确实不好，也不方便数据对接，优点是使用者不需要了解 sql 。

边睡觉边听收音机

试试基于 gtk+的 xournalpp https://github.com/xournalpp/xournalpp/

看完文章后觉得 golang 真垃圾，rust 真好用！

electron

红米 note9pro

我用 notepadqq 代替 sublime

@Scirocco
新 electron 的 linux qq 可以正常发文件的啊

彩虹电热毯 + 彩虹 U 形发热管的电热水袋