起因
几个月前,我在寻找一款时间管理软件,类似番茄时钟的工具,但是希望可以自定义时间。
需要自定义的场景
- 做雅思阅读,3篇文件需要严格控制时间分配,需要一个灵活的计时器
- 定期提醒,每30分钟需要喝水或者上个厕所或者摸一下鱼...
总结起来就是:专注一段时间,比如30分钟,然后休息10分钟,且没有杂七杂八的功能。
理论上有的番茄时钟也能满足需求,但是我的需求是:
- 界面尽可能的简洁。
- 免费使用且最好是开源的。
- 可以自定义时间。
- 最好能跨平台,因为有时候是在macOS下使用,有时候又是在Windows上。
但就其中部份条件还好,完全符合的竟然没符合我需求的。
在Apple store找到一个比较接近需求的一款,叫iTimer, 非常简洁好用,但是自定义时间需要内购,且只能在macOS下。
于是我在使用的时候就想,这软件功能极简,就几个页面,为什么我不自己做一个能。 于是每次利用一点时间空隙我就写一部份,一开始是选型MAUI,然后中途切换成Avalonia,最后基本完成了这个简易的版本。这里记录下开发心得
结论是:
代码都是C# + XAML,没有很复杂的逻辑和代码,新手完全可以轻松写一个日常使用的UI Tool。
代码放在Github,也没啥技术含量,有需要的自取
https://github.com/hoyho/iTimeSlot/tree/main
暂时没有发布二进制文件
需要的自己用git 克隆下来,然后dotnet build
或者dotnet publish
即可
成品预览
macOS下使用默认主题:
使用Material Theme
Windows和Linux (使用xfce 桌面)
其他杂七杂八的需求
弹窗, 托盘等
就目前而言,基本能满足我的需求了。
谈谈体验
why choose MAUI
一开始,觉得是微软官方出的框架,应该不会有啥大坑吧,于是看了下官方介绍,文档的demo
- 可以iOS, Android,macOS, Windows, Looks good
- 不同平台的UI实现不一样,比如在Windows上是WinUI,在macOS上则是Mac Catalyst, 即UIKit, AppKit平台开放的API等等, 看起来还挺好看的😶
- 文档也很清晰,至少比avalonia的清晰
就哼哧哼哧地把环境配置,然后写了个Hello world.
也就是这个
我是在macOS开发的,按照文档来就好,
https://learn.microsoft.com/en-us/dotnet/maui/get-started/installation?view=net-maui-8.0&tabs=visual-studio-code
相比Windows下的Visual studio,使用vs code来开发而且还要
macOS 的开发套件
xcode-select --install
中间错了个错误,具体什么错误忘记了,后来加上sudo执行就OK了
持续踩坑
组件picker 在macOS下没有默认值,需要点击后才能正常显示
App设置倒计时需要设置一个时间段,于是选择了人picker组件,然而测试下来,在macOS下运行时,即使绑定了一组数据后,
组件默认是没有选择上的,而是点击了done按钮后才能正常选择,具体同 https://github.com/dotnet/maui/issues/10208
显然是一个bug。。。
后来解决办法: 窗体初始化的时候主动设置一个SelectedIndex来触发变更,从而绑定上数据源
macOS 上有办法实现关闭窗口后不退出
本来期望是设置了之后,点击关闭按钮能Hook住关闭事件,然后继续后台运行,这在传统的WinForm或者 GTK框架都能轻松实现
然而MAUI的设计似乎更倾向于移动端也就iOS和Android的生命周期,点击即关闭。
好吧,也不是不能用.
无法实现托盘后台运行
还是macOS下,暂时也没找到原生的方式实现托盘后台运行,并支持右键菜单
经过一番挣扎,找到了官方的一个demo有类似的实现。
但是不是原生支持,而是通过调用object-c语言绑定,通过动态链接库来调用macOS提供接口objc_msgSend,然后访问系统提供的接口来实现比如这个NSStatusBar
这是一个完整的在macOS下,TrayServic实现,来欣赏下:
cs
using System.Runtime.InteropServices;
using Foundation;
using ObjCRuntime;
using WeatherTwentyOne.Services;
namespace WeatherTwentyOne.MacCatalyst;
public class TrayService : NSObject, ITrayService
{
[DllImport("/usr/lib/libobjc.dylib", EntryPoint = "objc_msgSend")]
public static extern IntPtr IntPtr_objc_msgSend_nfloat(IntPtr receiver, IntPtr selector, nfloat arg1);
[DllImport("/usr/lib/libobjc.dylib", EntryPoint = "objc_msgSend")]
public static extern IntPtr IntPtr_objc_msgSend_IntPtr(IntPtr receiver, IntPtr selector, IntPtr arg1);
[DllImport("/usr/lib/libobjc.dylib", EntryPoint = "objc_msgSend")]
public static extern IntPtr IntPtr_objc_msgSend(IntPtr receiver, IntPtr selector);
[DllImport("/usr/lib/libobjc.dylib", EntryPoint = "objc_msgSend")]
public static extern void void_objc_msgSend_IntPtr(IntPtr receiver, IntPtr selector, IntPtr arg1);
[DllImport("/usr/lib/libobjc.dylib", EntryPoint = "objc_msgSend")]
public static extern void void_objc_msgSend_bool(IntPtr receiver, IntPtr selector, bool arg1);
NSObject systemStatusBarObj;
NSObject statusBarObj;
NSObject statusBarItem;
NSObject statusBarButton;
NSObject statusBarImage;
public Action ClickHandler { get; set; }
public void Initialize()
{
statusBarObj = Runtime.GetNSObject(Class.GetHandle("NSStatusBar"));
systemStatusBarObj = statusBarObj.PerformSelector(new Selector("systemStatusBar"));
statusBarItem = Runtime.GetNSObject(IntPtr_objc_msgSend_nfloat(systemStatusBarObj.Handle, Selector.GetHandle("statusItemWithLength:"), -1));
statusBarButton = Runtime.GetNSObject(IntPtr_objc_msgSend(statusBarItem.Handle, Selector.GetHandle("button")));
statusBarImage = Runtime.GetNSObject(IntPtr_objc_msgSend(ObjCRuntime.Class.GetHandle("NSImage"), Selector.GetHandle("alloc")));
var imgPath = System.IO.Path.Combine(NSBundle.MainBundle.BundlePath, "Contents", "Resources", "Platforms", "MacCatalyst", "trayicon.png");
var imageFileStr = NSString.CreateNative(imgPath);
var nsImagePtr = IntPtr_objc_msgSend_IntPtr(statusBarImage.Handle, Selector.GetHandle("initWithContentsOfFile:"), imageFileStr);
void_objc_msgSend_IntPtr(statusBarButton.Handle, Selector.GetHandle("setImage:"), statusBarImage.Handle);
void_objc_msgSend_bool(nsImagePtr, Selector.GetHandle("setTemplate:"), true);
// Handle click
void_objc_msgSend_IntPtr(statusBarButton.Handle, Selector.GetHandle("setTarget:"), this.Handle);
void_objc_msgSend_IntPtr(statusBarButton.Handle, Selector.GetHandle("setAction:"), new Selector("handleButtonClick:").Handle);
}
[Export("handleButtonClick:")]
void HandleClick(NSObject senderStatusBarButton)
{
var nsapp = Runtime.GetNSObject(Class.GetHandle("NSApplication"));
var sharedApp = nsapp.PerformSelector(new Selector("sharedApplication"));
void_objc_msgSend_bool(sharedApp.Handle, Selector.GetHandle("activateIgnoringOtherApps:"), true);
ClickHandler?.Invoke();
}
}
本来Apple的文档就不咋滴,看到这一坨彻底是震惊到了,居然还要熟悉苹果的那一套API才能搞得定,且不说这代码可读性和健壮性以及维护成本
不过改改也能用,,,
macOS发送通知无法弹出
原生的接口似乎只找到DisplayAlert 和Toasts
勉强凑活着用吧
然而窗口非置顶的情况也就是程序没有获得焦点的情况下,通知窗口压根就不会弹出,也就是通知了也看不到,几乎半残
一个对时间管理敏感的程序,到时间了还弹不出通知,那要来何用。。。
于是在完成某一次commit之后,我在思考,趁着现在还没完成开发,切换成Avalonia是否还来得及
答案是肯定的
切换到Avalonia并不困难,在同目录先用新名字初始化一个空的Avalonia项目,把关键代码复制改改基本上一两个小时的就完成迁移
踩坑Avalonia
其实还好,
由于Avalonia的UI都是自绘的,有时候看着美观性还差那么点意思,但是不影响
真正的遇到的问题是有一个版本存在内存泄漏,折腾了好久,以为是自己的代码哪里没处理好,导致的泄漏
终于在某一天看到官网的更新日志,修复了一个内存泄漏的问题,于是更新版本后神奇地修复了,大喜
换成Avalonia后基本上Linux端也能用了,似乎没啥大毛病
其他体验
善用MVVM模式
虽说前期用MAUI 折腾了一会,但是真正回顾下,切换到Avalonia后感觉上手真的非常快。
无论MAUI还是Avalonia都是推荐MVVM开发模式,熟用绑定,基本上每个页面都比较清晰。
尽管这里还是部份就在code behind把逻辑就写了。。。(反面教程)
C# 开发效率
这里用的是VS code, 在macOS下开发,偶尔搭配下Rider,目前为止还是比较丝滑。没有遇到大坑
虽然不足windows + Vs 无敌,但是满足日常使用,即使换到Linux也能继续
编译文件:
在macOS打包成img 也不过是一百多M, 在Windows 和Linux只需几十M,而且可以打包成单个文件。
也可以Aot编译,简直就是秒开,相比Electron 之类的,还是有不错的优势。
运行效率
MAUI的忘记对比资源占用了。
最后的版本,在Windows 内存基本在六七十M,比较合理,
在macOS和Linux下稍微多一点大概80-100M之间,也能接受
结论
MAUI 比较倾向移动端, 用来开发桌面软件,还是一言难尽
推荐还是Avalonia,两者就上手难度而言,只要用过.NET的,稍微阅读下文档,其实就能把自己日常的需求开发起来,没有太大负担,值得拥有。
至于是不是重复造轮子,见仁见智
最后放上代码仓库:
虽然没啥技术含量,有兴趣的可以看看 https://github.com/hoyho/iTimeSlot