使用ArkTS与ArkUI编写HarmonyOS的wanandroid客户端。
继Swift、Flutter、UniApp之后，尝试开发了HarmonyOS的wandroid版本，如果从设计角度看，这个项目的整体架构其实和RxStudy、GetXStudy都一脉相承，由于是响应式编程，所以我觉得更加靠近Flutter的版本。
另外，不要问我为啥不用SwiftUI写一套，不写就是因为学不动了o(╥﹏╥)o。
这个项目我主要是通过HarmonyOS的原生框架进行搭建，通过WanAndroid开放API制作。
这个项目的目的，是为了工作上的鸿蒙开发练手而用，实际上工作上的项目难度系数感觉就像地狱级的。
这个项目的UI和组件我基本上都是使用原生，从引入的第三方库就可以知道依赖项很少。
写Flutter之前我使用的是VSCode，这个鸿蒙项目我就只能使用DevEco Studio，用完之后，回头又用Android Studio写Flutter，瞬间就特别嫌弃Xcode，别人家创建module浑然天成，Xcode就算目前有SwiftPackage，但是总感觉不够方便。
 |
 |
 |
 |
 |
|---|
- 首页、项目、公众号、体系、我的，五大模块
- 登录注册功能
- 搜索功能：热门搜索、输入搜索
- 文章列表
- Tab切换功能
- 自动轮播图
- 下拉刷新，上拉加载更多
- 引入的uni-app-runtime，可以执行uniApp小程序，另外由于HarmonyOS中运行wgt文件，必须使用vue3版本的uni模版，于是我的uni-app版wanandroid客户端无法打出正常的wgt文件，在这个项目中无法正常运行，在这方面感兴趣的，可以到RxStudy项目上的develop_uniapp分支上面查看。
"@ohos/axios": "2.2.4",
"@ohos/imageknife": "3.1.0",
"@ohos/pulltorefresh": "2.0.5",
"@pura/harmony-utils": "1.0.2",
"@dcloudio/uni-app-runtime": "^2.3.14"https://docs.jiguang.cn/jpush/client/HarmonyOS/hmos_guide
1，^ 符号，它与semantic versioning （语义版本控制）有关系，它表示尽量使用最新版本，但保证不产生兼容问题，换句话说也就是除了大版本号以外，小版本号和补丁版本号都可以变。 但0 开头的版本号是比较特殊的，而因为 ^ 严格遵守 semantic versioning 规则，所以会出现以下情况（早先的 composer 版本并没有这样的处理，后来修正了）：^0.3.0 等于 >=0.3.0; <0.4.0，并不是<1.0.0 ，因为，semantic versioning 的规定是，大版本号以 0 开头表示这是一个非稳定版本（unstable），如果处于非稳定状态，小版本号是允许不向下兼容的！
2，~符号，表示版本号只能改变最末尾那段（如果是 ~x.y 末尾就是 y，如果是 ~x.y.z 末尾就是 z），比如这种情况:
~1.2 等于 >=1.2.0; <2.0.0
3，因为0的特殊性所以如果你要指定 0 开头的库那一定要注意：
~0.1 这种写法是很危险的，因为 ~0.1 等于 >=0.1.0; <1.0.0，可能出现无法向下兼容的情况，比较保险的写法还是：^0.1（等于 >=0.1.0; <0.2.0）