代码

整理下自己手头的技术栈

1.golang

这个没的说，的确好用。

可以取代php/python/各种脚本

基本是个 可编译 强类型 基础库强大 的脚本语言。

特别时map和slice,太脚本化了。

能取代大部份使用脚本语言的场景

2.javascript

这个没得说，浏览器里大量使用，各个语言也有成熟的vm可以使用。至于TS，感觉不太适合我用的场景，绝大部分情况下，脚本语言对我只是胶水或者可配置逻辑，实际复杂应用还是走go

3.vue2

等到vue2什么时候停止更新了，再找新的前端框架吧。别的前端框架，哪怕vue3,都太重了，脱离了我对前端的需求

4.flutter/dart

对于一个熟悉前端，不经常写app的人来说，flutter太好用了。dart基本就时一个js,大部份场景下也有很多现成的flutter插件，各种云厂商的支持sdk也很多。随便捏一捏就能弄个app上架了，比较适合我的需求场景。android/ios原生开发实在离我太远，没必要

5.avaloniaui/c sharp

怎么说呢，flutter的确很好用，但再有些场合，太移动端为主，未毕合适。而且c sharp背后有微软在，各个领域未必时第一，但前三的解决方案总有。而且要说实话，golang太脚本化，很多场景c sharp可能会更好用一点。现在dotnet的linux支持看起来也不错，算是今年的研究反向了。20年前最火的时候没学，20年后再去学，也满有意思的。

其他的能看懂就行的语言

php:实在用途狭窄了

python:大部份场景不如用golang,能改改别人的python脚本就行了

lua:这个，实在，太不好用

java:能看懂就行，实在不想学

c:万物离不开C，总有可能要做ffi的

今天发现avaloniaui支持vscode了。

再本地跑了下,在linux应该说能用，但开发体验和vscode的flutter天差地别，只能说能用罢了。

考虑今年空下的时间搞搞看.net

不求多熟悉，能谢谢最基本的工具就行。

背景有微软这个大山在，各种生态还是不愁的。

至于投入太多精力么，也不至于，毕竟普通人还是跟不上微软的思路的。

我有个专门放国产软件的虚拟机，向日葵就是里面的一员大将。

前两天连线必须升级，升级玩重启后，好家伙，鼠标点击失效了。

推测是向日葵默认开启被控，接管鼠标操作造成的。

没办法，不停的进安全模式(msconfig关启动和服务)切换，还是不行。

更搞笑的是，鼠标失效后，向日葵还无法反安装。因为反安装界面那两个按钮是画上去的，tab切换不到。

大写的服。

先试试能不能用企业版的监控端吧。

不行就用了就删。

给国产软件虚拟机运行是最正确的选择。

说真的，真的太重了。

只能说，能用，能挡一下扫描不比深入。

刚刚修正了全文搜索到能用的程度。

怎么说呢。

setState的名字是一个大坑。

它就是rebuild.重新调用build。

所以尽量要在组件树的末端setState,State里尽量不要放数据，情愿多用全局的业务Context。

setState这个名字对它的性能消耗的误导太大了。

https://www.jivochat.com/搞了个免费账号，看看效果。

实在不高兴做表单和spam做斗争了，还有各种安全漏洞。

反正livechat也能退化成留言+表单，看看效果。

发现Scrollable.ensureVisible只能对最近的一个滚动条生效，调整滚动条顺序后，垂直方向滚条不出现，水平的倒常驻了。

搜了下，滚条也是和其他组件一样组件拦截的，需要在拦截判断函数 notificationPredicate处理下

大概这样

开始折腾flutte app的打包发布了。

ldd以下我的执行文件和so,一堆指向glibc的，还有lgpl的gtk的，完蛋，老实装虚机。

相反同样的app在wndows下编译，不多花费功夫可以在win 7/10下顺利运行。

差距有点明显。

linux下，最多用docker打包能绕过一点。

从alpine.pkgs.org 下载alpine的pcre和pcredev包。

配上对应的musl的libc，直接静态编译，结束。

代码大概是

export lib=`cd $(dirname $0)/../../lib/pcre-musl; pwd`

CGO_LDFLAGS="-L$lib -Wl,-rpath=$lib -s -w" CC="musl-gcc" CGO_ENABLED=1 go build -tags 'musl' -a --ldflags "-linkmode external -extldflags '-static'" --trimpath -o ../../bin/hellclient ../

提示找不到-lpcre时其实是找不到libpcre.so.a,从pcre-dev包里搞过来就行。

离开glibc,全身舒爽。

终于体会了lgp/lgpl传染的恶心了。

我不是不接受lgpl,我不是不能接受动态链接。

但是动态连接哪哪都提示glibc系统版本不够高太恶心了。

更何况引入pcre这种mit库的时候。

我只是开个cgo引个dll,压根不想用你牛逼轰轰的glibc好不……

我甚至都用netgo不用你那个破网络库了。

打包编译，在centos7上都能正常运行，一下子就舒服了。

接下去就做稳定性测试了。

试用了下github actions自动发布。

总体感觉还行，的确是不从的功能。

唯一的问题是，yaml的依赖空格的语法是在是过于蛋疼。