阅读类元服务开发笔记---week1
最近在边学边写个元服务。一个阅读类的应用，闲暇之余刷一些正能量的词句，比较简单，对于初学者来说相对容易实现。开始(这个当初可以回溯到六月了，呵呵。。。。。。)是想做这个顺便学下swift的，ios只会用oc开发------后来做起了RN开发鸿蒙Next，再后来又看到了鸿蒙除了开发应用，还有元服务的说法。个人感觉元服务和小程序类似，一个以微信应用为平台，一个以操作系统为平台，更多是体量上的差异吧（old money vs new money？？？）。从自己作为个人开发者的角度看，写ios/android原生不是一个好的选择，势必会涉及多端开发，分散精力。如果不是想拿swift练练手，不会选择用原生来做---简单的阅读应用本身也不涉及非得原生实现的技术。RN不大想写，写得太多已经公式化了，微信小程序，或者taro都是不错的选择---接近RN，又可以去接触多个平台，旧瓶装新酒。直到最近接触了元服务，局面似乎又打开了:先用元服务做个初版，本身ArkTS兼容TS，后期如果想迁移到小程序可以复用很大部分业务逻辑代码。加上希望尝试尝试原生开发鸿蒙，事情似乎出现了转机。开发本身是为了做一些技术拓展，跳出上班时候固有的三板斧，接触一些不涉及到的方面。之前脑图规划的时候也想到了很多想去了解的技术点---小到灵动岛，小组件，大到swift/kotlin等新的不曾尝试的开发语言。
与其说这是一个应用，倒不如说是一个"demo缝合怪"。整体上已经用swiper+grid开发出了可行的结构，围绕这个结构尽快添加完必要的UI处理进行上架是目前的首要目标。
现阶段的主要工作内容
-
自定义字体的使用(iconFont)
-
基本的页面UI开发
-
数据结构的定义
-
内容的产生
其中数据结构定义和内容产生是当下的难点。前者涉及到业务逻辑，后者目前似乎只能人肉搬运。相比于后者的体力活，前者更加棘手一点：内容上可以分为“古文”和"现代文”。古文又分诗和词，其中诗分五言和七言，这部分格式比较好处理，词有曲牌，具备一定格式，而现代文则完全格式不固定。当前还是围绕着五言七言来开发，先把固定的写出来，再考虑不固定内容的处理。完成初版的上架后会在后续版本中对以下内容做学习实践
-
完全基于鸿蒙生态的云后台（云函数/云数据库等）
-
分享等用户交互行为
-
UI模板
先上单机版，再做后台，当下的目标是在元旦前造出一个"缝合怪"跑起来。为此也调整了作息，地铁RN的后续开发缓一缓，在没有明确后续商务的情况下优先这个元服务的开发。以上就是元服务开发第一周的情况，比较混乱，和最初的预想差异较大，属于临时起意。那句话怎么说来着？爱意随钟起？
更多内容可关注
我的公众号悬空八只脚
