项目描述： 电子手册主要用来展示车机上一些软件、硬件的使用方式。包括两个功能，分别是文本手册和视频手册。 责任描述： 该项目为入职后新规划的项目，为独立开发，负责后期迭代。 技术亮点： 1. 自定义数据交互协议，包括多级标题以及图片的显示，实现前后端显示效果基本一致； 2. 自定义SideBar，实现电子手册标签的功能，该SideBar支持2级标签、切换标签时指示器动画； 3. 使用ExoPlayer封装播放器，支持手指拖动调整视频进度、拖动进度显示当前帧截图、车速不为0时音频独立播放的功能； 4. 实现搜索手册时关键字高亮功能，并支持搜索多级标签。 核心技术栈： 基于Google totomvp项目设计项目整体架构； 基于Jetpack+MVVP开发整体项目； 使用Kotlin flow+LiveData实现数据流的传递； 使用自定义View实现特定View； 使用Retrofit+kotlin协程封装网络请求模块； 使用Room开发数据库部分。

项目描述： 维修保养项目主要包括两个职责，一是通过与车内虚拟服务通信，获取汽车当前状态，并将状态及时通知用户并显示在车机上，二是通过服务端的评分规则，对当前车机的状态进行评分，并上传到服务端。 责任描述： 该项目为入职后新规划的项目，为独立开发，负责后期迭代。 技术亮点： 1. 将核心扫描服务放入系统的Persistent Service应用中，做到UI/逻辑分离，减少apk占用的系统内存； 2. 使用Lottie结合AE实现车辆扫描动效； 3. 使用aidl、Content Provider作维修保养与Persistent Service的数据交互； 4. 使用LottieAnimationView实现动画，使之符合UI/UE设计的要求； 5. 使用kotlin+Jetpack+MVVM设计项目整体架构； 6. 使用线程池+Runnable+Feature调度车辆故障、保养信息的任务； 7. 在虚拟车上使用adb+广播的形式控制当前车辆的故障状态、保养信息。 核心技术栈： 基于Google todomvp项目设计整体架构； 使用kotlin+协程开发代码主要逻辑； 使用Jetpack+MVVM设计项目整体架构； 使用kotlin Flow+LiveData处理整体的数据流； 使用Retrofit+kotlin协程封装网络请求模块； 使用Room开发数据库部分。

GP工具是华为的一款性能测试工具，目前只在内部使用，已经有超过2000名用户，在各个业务线被广泛使用，目前已经为华为提供超过90万小时的的是数据，为各产品发布提供了坚实的数据基础。 该工具已开发3年，因业务扩展需要已迭代3个大版本，每个版本的侧重点不同，使用的技术也有所区别。下面简单地介绍一下各个版本： 1.0版本：由于时间紧，任务重，工具的首要任务还是内部推广出去，开发阶段还是以“快”为主， 就没有进行较为系统的架构设计，主要是使用单application多library的架构设计，但是各个library之间的耦合度较高，每个模块的职责也较为混乱。随着用户量的增多，不同的定制化需求也越来越多，在业务不断增长的情况下当前架构越来越力不从心了，所以就催生出了2.0版本的计划。 2.0版本：该版本也是基于单application多library的设计，但是各模块的职责更为明确，同时为了解除模块直接的耦合，模块间通信是基于消息驱动的，并使用MVP架构重构了界面相关逻辑，由于有定制化版本的要求，比如自动化版本，*自启动版本，厂商定制化版本等很多版本，版本管理使用了gradle的productFlavor方案，随着用户量的进一步增加，许多人提出了想要使用工具一部分能力来自己开发其他工具的想法，但是当前架构没有这样的能力，于是3.0版本来了。 3.0版本：3.0版本基于组件化思想设计整体架构，项目采用了分层的设计，主要分为app壳，业务组件，基础组件和基础sdk四层，下层组件为上层组件提供服务，每个组件可单独调试，单独运行，组件间使用ARouter进行通信，通过自建maven仓的方式对外提供各个组件。主要使用Jetpack架构组件+MVVM架构进行开发，主要语言也切换到了Google强烈推荐的Kotlin。 4.0版本：由于华为遭受美国制裁，导致终端业务急剧下滑，工具3.0版本未完全开发完成团队便被拆分，此时所在部门决定开发一款对标腾讯WeTest的测试平台，该工具便作为测试平台的一部分被纳入开发计划，新版本工具叫做SmartPerf，主要是使用Harmony+Android双版本模式，采用了C/S架构设计，底层采集、数据持久化等模块公用，依赖操作系统API的部分单独开发。