HarmonyOS点石成金

无论是内部多项目形式的开发，还是开源供他人使用，无疑远程依赖的方式是最方便的，有了更改，只需变动版本号就可以了

年前，公司团队接洽了鸿蒙方团队，确认了生态合作，于是开通了白名单权限，授权了新的IDE和相关文档的使用和查看，历经一月有余，谈谈NEXT版本有哪些开发上的区别。

目前仅仅完成了文本和图片的效果和代码展示，本身并没有技术含量，后续关于相关UI也会不断地扩展，不断地丰富起来。

日常的开发中最常用的数据类型有：number，boolean，string，object，enum，undefined，null，其他的数据类型大家作为一个简单的了解即可。

本文针对开发中常用的数据类型，做一个简单的概述，便于第一次接触到ArkTs语言开发的同学，能够快速的对数据类型做一个了解。

目前呢，脚手架工具刚开始，只完成了这样的一个单一功能，后续会不断的扩展，还请大家后续的关注，至于IDE插件，后续也会进入到日程之中。

如何把UI阐述的简单易懂，又能方便大家使用，这是自己一直想做的事情，即区别于官方又能实际的结合需求，是接下来自己对UI相关的知识点的分享。

当请求发生错误时，就会把错误信息回传至自定义的netErrorInterceptor里，同样的，当发起一次请求时，如果有请求头拦截，会先执行netHeaderInterceptor，把头参数传递，再执

封装是很有必要的，把公共的部分进行抽取包装，固定不变的参数进行初始化设置，重写基本的请求方式，这是我们封装的基本宗旨。

实现起来无比的简单，所谓的头和尾，均在列表组件的上下位置，使用offset属性控制其位置，默认在屏幕外部，等手势移动的时候，慢慢展示出头，尾部的话一般也在屏幕外，考虑到列表的展示，会根据数据的多少进行

需求的总体概括就非常的简单，让动态共享包的模块，在运行包和动态共享包之间可以动态的切换，省去人工配置的步骤。

我们知道组件化和模块化是类似的，只不过多了一个独立运行的功能，别小看这个独立运行的能力，在实际的开发中，能大大减少我们的编译时间，提高我们的开发效率，毕竟全部编译和局部编译，还是有着很大的差距。

Log日志库，其实本身没有什么难的，无非就是拓展了些许功能，让打印更加方便一点，控制台中更加好看一些，除此之外，并没有其他的特点.

无论是企业的绝对支持，还是政府的大力推进，HarmonyOS的发展，可以说势如破竹，三分天下，也就是时间的问题。

封装的目的，一是扩展，打印一些不常见的类型，比如格式化json，使得日志看起来比较好看，二是，控制日志的开关，使其动态开启打印和关闭打印，三是，简化代码，使其调用起来更加的方便。

经过半天的摸索，问题已经修复，虽然现在回首，感觉问题的解决方式很是简单，但是在无资料，错误提示不明的情况下，解决起来真的无从下手，好在最后没有白忙活一场

基础准备工作，目前已梳理的四篇，都是日后开发中肯定用得到的，今天这篇文章，是一篇问题总结篇，很多问题，也是开发者需要迫切了解的，也是日后开发中必遇到的。

静态共享包解决了，多项目开发复用代码的问题，也实现了，代码功能封装直接远程使用的方便，提供了一个开源的便捷使用，这是仅应用内部代码、资源共享的动态共享包所不能比的，当然了，两种共享包，各有优缺点

如果说，仅用于应用内部代码、资源的共享，建议使用动态共享包，如果想作为应用模块的依赖项被引用，就可以选择静态共享包，在之后得开发中，大家可以根据实际的业务需求进行选择性使用。

通过对工程结构的了解，对于我们步入HarmonyOS的开发，有着指引的作用，能够清晰的知道各个文件及文件夹的作用，在哪里书写代码，又是在哪里添加资源，能够有一个直观的定位