Individual Code Review

1. 什么是 Drawable 和 直接使用图片资源？

Drawable

• 定义：Drawable 是安卓中表示可绘制对象的抽象概念，可以是位图图片（如 PNG、JPG）、矢量图、形状、颜色甚至动画。
• 存储位置：通常存放在 res/drawable 目录下，可以是图像文件或 XML 文件。
• 特点：
  • 支持自动适配不同屏幕密度（例如 hdpi、xhdpi），无需手动处理。
  • 可以通过 XML 定义复杂的图像效果，如圆角按钮、渐变背景等。
  • 通过资源 ID（如 R.drawable.xxx）在代码或布局中引用。

直接使用图片资源

• 定义：指不通过 res/drawable 目录，直接从文件系统（如 assets 目录、SD 卡）或网络加载图片资源。
• 存储位置：可以是 assets 目录、本地文件路径或远程 URL。
• 特点：
  • 不受安卓资源系统管理，需手动加载和显示。
  • 适用于动态加载的场景，例如从服务器下载图片。

2. 比较分析

2.1 资源管理

• Drawable：
  • 安卓系统提供内置支持，能根据设备屏幕密度自动选择合适的资源版本。
  • 通过资源 ID 引用，方便管理和维护。
  • 支持资源限定符（如语言、屏幕方向），适配性强。
• 直接使用图片资源：
  • 需要开发者手动管理资源加载和适配。
  • 无法直接利用安卓的资源管理系统。

2.2 性能

• Drawable：
  • 资源在编译时打包进 APK，经过系统优化，加载效率较高。
  • 系统会缓存 drawable 资源，减少重复加载开销。
• 直接使用图片资源：
  • 从文件系统或网络加载可能涉及 I/O 操作，性能开销较大。
  • 若不使用缓存机制，可能导致内存占用过高。

2.3 灵活性

• Drawable：
  • 更适合静态资源，例如固定的 UI 元素（如图标、按钮背景）。
  • 通过 XML 可实现复杂效果，但动态性有限。
• 直接使用图片资源：
  • 灵活性高，适用于动态加载场景，如用户上传的图片或网络图片。
  • 可随时更换图片，无需重新编译应用。

2.4 开发与维护

• Drawable：
  • 代码简洁，通过资源 ID 引用，易于维护。
  • 支持多设备适配，减少开发工作量。
• 直接使用图片资源：
  • 需要额外代码处理加载、缩放等逻辑，维护成本较高。

3. 最佳实践

3.1 使用 Drawable 的场景

• 静态资源：应用中固定的 UI 元素（如图标、按钮背景、装饰图像）应放入 res/drawable 目录，利用安卓资源管理系统自动适配。
• 多分辨率支持：需要适配不同屏幕密度的图片，推荐使用 drawable，安卓会根据设备 DPI 选择合适的版本。
• 复杂图像效果：通过 XML 定义形状、渐变或状态选择器等效果。例如：

  <!-- res/drawable/rounded_button.xml -->
  <shape xmlns:android="http://schemas.android.com/apk/res/android"
      android:shape="rectangle">
      <corners android:radius="8dp" />
      <solid android:color="#FF6200EE" />
  </shape>

  button.setBackgroundResource(R.drawable.rounded_button);

3.2 直接使用图片资源的场景

• 动态资源：需要从网络或用户设备加载的图片（如头像、相册图片），应直接使用图片文件。
• 大量图片：若图片数量多且不适合打包进 APK，可从文件系统加载，避免 APK 体积过大。
• 推荐工具：使用图片加载库（如 Glide 或 Picasso）优化加载和缓存。例如：

  Glide.with(context)
      .load("https://example.com/image.png")
      .into(imageView);

4. 总结

• Drawable：
  • 优点：资源管理方便、性能优化好、适配性强。
  • 适用场景：静态 UI 元素、多分辨率适配、复杂图像效果。
• 直接使用图片资源：
  • 优点：灵活性高，适合动态加载。
  • 适用场景：网络图片、用户生成内容、大规模图片。

在安卓开发中，建议将静态图片放入 res/drawable 目录，利用 drawable 资源管理；对于动态或外部图片，则直接加载并使用图片加载库优化性能。