# ANDROID-DEV

**Repository Path**: esir/ANDROID-DEV

## Basic Information

- **Project Name**: ANDROID-DEV
- **Description**: Android开发基本脚手架，减少重复的工作。
使用分组件化进行拆分，你可根据自己的需要有效组合

编码规范
- **Primary Language**: Unknown
- **License**: Apache-2.0
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 6
- **Forks**: 3
- **Created**: 2017-11-07
- **Last Updated**: 2024-05-26

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README


 这是一个Android开发脚手架
按如下分类，单向依赖feature ->model->lib->base
base 开发基层(与业务无关）

lib-功能组件(与业务无关）

model-业务模块（与业相关）
功能特定的模块，其范围是可以处理应用程序中单一职责，同时要保持与其他业务模块的隔离。
如果被同级别依赖和使用次数较多（依赖>2)，则应该将依赖的部分提取（或全部），下沉到更底一层的。


Java Code Styles
================

IntelliJ IDEA code style settings for Android projects.

- 中文版: *[阿里巴巴Java开发手册](https://github.com/alibaba/p3c/blob/master/%E9%98%BF%E9%87%8C%E5%B7%B4%E5%B7%B4Java%E5%BC%80%E5%8F%91%E6%89%8B%E5%86%8C%EF%BC%88%E7%BA%AA%E5%BF%B5%E7%89%88%EF%BC%89.pdf)*
- 阿里巴巴java开发规约 [https://github.com/alibaba/p3c](https://github.com/alibaba/p3c).




### [android 资源文件代码规范要求](AndroidResourceCodeStyles.md)

> 请参照文档描述的使用，如有建议可以发起新稿件，然后作合并请求。

------

#### 关于Http请求头(Reqeust Header)定义规范要求

自定义的请求头（Reqeust Header）参数规范以小驼峰命名规则 lowerCamelCase 风格。

说明
HTTP协议定义的 请求头（Reqeust Header）的参数都以大写开头的，并且词之间用短横分隔。
这里为了避免和Http协议定义的 header的参数有冲突。
>
例如
//正例
countryCode 
//反例
Country-Code

------

其他参照
================
###  [项目管理流程](me/huangrc/java-code-styles/wikis/%E9%A1%B9%E7%9B%AE%E7%AE%A1%E7%90%86%E6%B5%81%E7%A8%8B) 
###  [App产品上线管理流程](me/huangrc/java-code-styles/wikis/app%20%E5%8F%91%E5%B8%83%E6%B5%81%E7%A8%8B%E7%AE%A1%E7%90%86)
###  [代码检查清单](me/huangrc/java-code-styles/wikis/%E4%BB%A3%E7%A0%81%E6%A3%80%E6%9F%A5%E6%B8%85%E5%8D%95) 
###  [Api接口规范示例](me/huangrc/java-code-styles/wikis/api%E6%8E%A5%E5%8F%A3%E8%A7%84%E8%8C%83%E7%A4%BA%E4%BE%8B) 
###  [减少重复性功能的决策流程树](me/huangrc/java-code-styles/wikis/%E5%87%8F%E5%B0%91%E9%87%8D%E5%A4%8D%E6%80%A7%E5%8A%9F%E8%83%BD%E7%9A%84%20%E5%86%B3%E7%AD%96%E6%B5%81%E7%A8%8B%E6%A0%91) 



feature- 模块：功能特定的模块，其范围可以处理应用程序中的单一职责。这些模块可以在需要时被任何应用程序重用，包括测试或其他风格的应用程序，同时仍然保持分离和隔离。如果一个类只有一个feature模块需要，它应该保留在该模块中。如果不是，则应将其提取到适当的core模块中。一个feature模块不应依赖于其他功能模块。他们只依赖于core他们需要的模块。


core-模块：包含辅助代码和特定依赖项的公共库模块，需要在应用程序中的其他模块之间共享。这些模块可以依赖于其他核心模块，但它们不应依赖于功能模块或应用程序模块。