applications_photos/README_zh.md
liujuan 3a08e666bc
update README_zh.md.
Signed-off-by: liujuan <liujuan76@h-partners.com>
2024-02-22 02:10:58 +00:00

355 lines
13 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# 图库源码开发说明
## 1. 简介
图库是系统内置的可视资源访问应用,提供图片和视频的管理、浏览、显示、编辑操作等功能,并支持默认相册和用户相册管理。
图库项目采用 TS 语言开发。
![](./figures/1层逻辑.png)
图库整体以 OpenHarmony 既有的 MVVM 的 App 架构设计为基础,向下扩展出一套 MVPView, Presenter, Model分层架构既有的 MVVM 框架整体理解为新扩展的 MVP 框架的 View 层),用于处理图库的业务逻辑与数据管理。
各层的作用分别如下:
- 视图层View负责更新 UI 显示以及触摸与点击事件的监听。
- 展现层Presenter负责处理视图层View发送的业务逻辑处理请求并连通 Model 层获取数据。
- 模型层Model负责处理展现层Presenter 中关于数据处理的请求以及返回数据请求结果。
应用各层中重要类及其功能如下表所示
| 模块 | 层级 | 类名 | 作用 |
| ------ | ------ | ------------------------ | ------------------------------------ |
| photos | 视图层 | phone.view.Index | phone图库入口画面的视图层逻辑控制类 |
| photos | 视图层 | pad.view.Index | pad图库入口画面的视图层逻辑控制类 |
| photos | 视图层 | TimelinePage | 图库图片视图层逻辑控制类 |
| photos | 视图层 | AlbumSetPage | 图库相册视图层逻辑控制类 |
| photos | 视图层 | PhotoBrowser | 图库大图浏览视图层逻辑控制类 |
| photos | 视图层 | PhotoGridPage | 图库宫格视图层逻辑控制类 |
| photos | 视图层 | ThirdSelectAlbumSetPage | 图库三方选择相册视图层逻辑控制类 |
| photos | 视图层 | ThirdSelectPhotoGridPage | 图库三方选择宫格视图层逻辑控制类 |
| photos | 视图层 | ThirdSelectPhotoBrowser | 图库三方选择大图浏览视图层逻辑控制类 |
| photos | 展现层 | GroupItemDataSource | 图库列大图浏览展现层数据逻辑类 |
| photos | 展现层 | TimelineItemDataSource | 图库日试图展现层数据逻辑类 |
| photos | 展现层 | AlbumsDataSource | 图库相册展现层数据逻辑类 |
| photos | 展现层 | GroupItemDataSource | 图库宫格展现层数据逻辑类 |
| photos | 展现层 | SelectManager | 图库展现层选择逻辑类 |
| photos | 展现层 | BroadCast | 图库展现层消息分发类 |
| photos | 模型层 | AlbumDataItem | 图库模型层相册信息类 |
| photos | 模型层 | MediaDataItem | 图库模型层媒体信息类 |
| photos | 模型层 | TimelineDataItem | 图库模型层日试图信息类 |
## 2. 目录
```
/applications
├── src
│ └── main
│ ├── ets # ets代码目录
│ ├── MainAbility
│ ├── common # 共同代码目录
│ ├── model # model目录
│ ├── common # 共同业务逻辑和实体模型目录
│ └── view # 共同视图组件
│ ├── actionbar # 共同标题栏、底层栏和工具栏组件目录
│ ├── browserOperation # 共同操作项目录
│ └── dialog # 共同对话框目录
│ ├── feature # 功能模块目录
│ ├── album # 相册组件目录
│ ├── model # 相册model目录
│ └── view # 相册视图组件目录
│ ├── albumSelect # 相册视图目录
│ ├── model # 三方相册选择model目录
│ ├── utils # 三方相册选择工具目录
│ └── view # 三方相册选择视图组件目录
│ ├── brower # 图库浏览功能目录
│ ├── view # 图库浏览视图组件目录
│ ├── editor # 图库图片编辑功能目录
│ ├── base # 图片编辑基础目录
│ ├── crop # 裁剪框组件目录
│ ├── utils # 图片编辑工具目录
│ └── view # 图片编辑视图组件目录
│ ├── formEditor # 图库FA卡片编辑功能目录
│ ├── view # 图库FA卡片编辑视图组件目录
│ ├── newAlbum # 新建相册功能目录
│ ├── model # 新建相册model目录
│ └── view # 新建相册视图组件目录
│ ├── photoGrid # 图片宫格功能目录
│ ├── model # 图片宫格model目录
│ └── view # 图片宫格视图组件目录
│ ├── thirdSelect # 第三方选择功能目录
│ ├── model # 第三方选择model目录
│ └── view # 第三方选择视图组件目录
│ └── timeline # 日视图宫格功能目录
│ ├── model # 日视图model目录
│ └── view # 日试图视图目录
│ ├── product # 产品模块目录
│ ├── pad # pad模块目录
│ └── view # pad模块视图目录
│ └── phone # phone模块目录
│ └── view # phone模块视图目录
│ ├── resources # 资源目录
│ └── module.json5 # 项目配置信息
```
###
## 3. 基础开发说明
### 资源引用
#### 定义资源文件
-`src/main/resources/`目录下,根据不同的资源类型,定义资源文件。
```json
{
"name": "default_background_color",
"value": "#F1F3F5"
},
```
#### 引用资源
- 在有对应page的ets文件中可直接通过`$r()`引用。
```` JavaScript
@Provide backgroundColor: Resource = $r('app.color.default_background_color');
````
## 4. 典型接口的使用
1. 相机启动图库大图浏览
```
this.context.startAbility({
bundleName:"com.ohos.photos",
abilityName: "com.ohos.photos.MainAbility",
parameters: {
uri: "photodetail"
}
}).then((data) => {
console.debug('startAbility complete');
}).catch((error) => {
console.debug(`startAbility failed, error: ${JSON.stringify(error)}`);
})
```
2. 三方应用启动图库三方单选
```
let startParmameter = {
bundleName:"com.ohos.photos",
abilityName: "com.ohos.photos.MainAbility",
parameters: {
uri: "singleselect"
}
};
this.context.startAbilityForResult(startParmameter).then((result) => {
console.info(`startAbilityForResult Promise.resolve is called, result.resultCode = ${JSON.stringify(result)}`)
let want = result['want'];
console.info(`test select single ${JSON.stringify(want)}`);
if (want != null && want != undefined) {
let param = want['parameters'];
console.info(`test select single ${JSON.stringify(param)}`);
if (param != null && param != undefined) {
let uri = param['select-item-list'];
console.info(`test select single ${uri[0]}`);
}
}
}, (error) => {
console.info(`startAbilityForResult Promise.Reject is called, error.code = ${error.code}`)
})
```
3. 三方应用启动图库三方多选
```
let startParmameter = {
bundleName:"com.ohos.photos",
abilityName: "com.ohos.photos.MainAbility",
parameters: {
uri: "multipleselect"
}
};
this.context.startAbilityForResult(startParmameter).then((v) => {
let want = v['want'];
console.info(`test select multiple ${want}`);
if (want != null && want != undefined) {
let param = want['parameters'];
console.info(`test select multiple ${param}`);
if (param != null && param != undefined) {
let uri = param['select-item-list'];
console.info(`test select multiple ${uri[0]} ${uri[1]}`);
}
}
}, (error) => {
console.debug(`startAbility failed, error: ${JSON.stringify(error)}`);
})
```
## 5. 签名打包
### 签名
#### 签名文件的获取
1. 拷贝 OpenHarmony 标准版的 prebuilts\signcenter 目录到操作目录。
2. 标准版的签名文件下载路径https://gitee.com/openharmony/signcenter_tool?_from=gitee_search。
3. 拷贝图库工程的 signature\photos.p7b 到该目录下。
#### 签名文件的配置
打开项目工程,选择 File → Project Structure
![](./figures/signature_1.png)
选择 Modules → Signing Configs将对应的签名文件配置如下完成后点击Apply再点击OK。
密码为生成签名文件时的密码如果使用默认的签名文件则使用默认密码123456。
![](./figures/signature_2.png)
配置完成后对应的build.gradle文件中会出现如下内容
![](./figures/signature_3.png)
### 打包
DevEco Studio 支持 debug 与 release 两种打包类型。可以在 OhosBuild Variants 窗口中进行切换。
![](./figures/ds_ohosbuild_variants.png)
#### release打包
1. 代码准备完成后,在 OhosBuild Variants 窗口的 Selected Variant 中选择 release
![](./figures/ds_ohosbuild_variants_release.png)
2. 选择Build → Build Haps(s)/APP(s) → Build Hap(s)
![](./figures/ds_build_haps.png)
3. 编译完成后hap包会生成在工程目录下的 `\build\outputs\hap\release\`路径下如果没有配置签名则只会生成未签名的hap包
![](./figures/ds_ohosbuild_output_dir_release.png)
## 6. 安装、运行、调试
### 应用安装
配置 hdc
进入SDK目录中的toolchains文件夹下获取文件路径
![](./figures/sdk_catalogue.png)
并将此路径配置到环境变量中:
![](./figures/sdk_environment_variable.png)
连接开发板打开一个新的cmd命令窗口执行`hdc list targets`,弹出窗口如下:
![](./figures/cmd1.png)
等待一段时间后,窗口出现如下打印,可回到输入 hdc list targets 的命令窗口继续操作:
![](./figures/cmd2.png)
再次输入hdc list targets出现如下结果说明hdc连接成功
![](./figures/cmd3.png)
刷完版本后安装需要卸载系统自带的图库
```html
hdc shell mount -o remount,rw /
hdc shell rm -rf /system/app/com.ohos.photos/Photos.hap
hdc shell reboot
```
安装签过名的hap包
```html
hdc install 包路径
```
长按图库图标添加到工作区
### 应用调试
#### log打印
- 在程序中添加 log
```JS
const TAG = "MoudleXXX"
entry() {
let input = 'hello'
Log.info(TAG, `onPhotoChanged start ${input}`);
}
```
上述log打印为
```
Photos_MoudleXXX:entry: hello
```
可以在DevEco Studio中查看log
![](./figures/ds_hilog_window.png)
#### log获取及过滤
- log获取
将log输出至文件
```
hdc shell hilog > 输出文件名称
```
例:
在真实环境查看log将全log输出到当前目录的hilog.log文件中
```
hdc shell hilog > hilog.log
```
- log过滤
在命令行窗口中过滤log
```
hilog | grep 过滤信息
```
例:过滤包含信息 Album的 hilog
```
hilog | grep Album
```
## 7. 贡献代码
### Fork 代码仓库
1. 在码云上打开 photos代码仓库[仓库地址](https://gitee.com/OHOS_STD/applications_photos))。
2. 点击仓库右上角的 Forked 按钮
![](./figures/commit_source_fork_button.png)
3. 在弹出的画面中,选择将仓库 fork 到哪里,点击确认。
![](./figures/commit_source_fork_confirm.png)
4. Fork 成功之后,会在自己的账号下看见 fork 的代码仓库。
![](./figures/commit_source_forked_repo.png)
### 提交代码
1. 访问自己在码云账号上 fork 的代码仓库,点击“克隆/下载”按钮,选择 SSH点击“复制”按钮。
![](./figures/commit_source_clone_page.png)
2. 在本地新建 Photos 目录,在 Photos 目录中执行如下命令
```
git clone 步骤1中复制的地址
```
3. 修改代码。
> 将代码引入工程,以及编译工程等相关内容请参见 **3. 代码使用** 部分的相关内容。
4. 提交代码到 fork 仓库。
> 修改后的代码,首先执行 `git add` 命令,然后执行 `git commit` 命令与 `git push` 命令,将代码 push 到自己的 fork 仓中。
> 关于代码提交的这部分内容涉及 git 的使用,可以参照 [git官网](https://git-scm.com/) 的内容,在此不再赘述。
> 注意事项需要使用commit -s,暴露提交者信息,否则门禁不通过
### 发起 Pull Request (PR)
在将代码提交到 fork 仓之后,可以通过发起 Pull RequestPR的方式来为 OpenHarmony 的相关项目贡献代码。
1. 打开 fork 仓库。选择 `Pull Requests``新建 Pull Request`
![](./figures/commit_source_new_pull_request.png)
2.`新建 Pull Request` 画面填入标题与说明,点击 `创建` 按钮。
![](./figures/commit_source_new_pull_request_confirm.png)
3. 创建 Pull Request 完成。 PR 创建完成后,会有专门的代码审查人员对代码进行评审,评审通过之后会合入相应的代码库。
![](./figures/commit_source_new_pr_done.png)