我是否仍需要使用传统方式在 Jetpack Compose 中实现首选项设置屏幕？
Do I still need to use traditional way to implement Preferences Settings Screen in Jetpack Compose?
目前我在 Android Studio 项目中使用 Jetpack Compose。
我发现许多 projects 在我 Google 之后仍然使用传统方式来实现首选项设置屏幕。
我希望在使用Jetpack Compose的时候实现一个Preferences Settings Screen，不知道有没有新的方式实现Preferences Settings Screen，可以告诉我吗？
此外，从官方document来看，它仍然需要使用XML资源和PreferenceFragmentCompat来创建首选项屏幕。看来我还没有找到使用 Jetpack Compose 或其他方式创建首选项屏幕的示例项目。
但是，从document开始，好像SharedPreferences就要被淘汰了。
在这里留下我的意见...
我在一家咨询公司工作，在我与 Android 一起工作的最后 12 年里，我根本没有使用这个 API，只是因为客户通常想要 UI比 Preferences UI API 提供的设计更好。此外，我认为此 API 提供的方法违反了 Single Responsibility Principle，因为它在同一组件中混合了 UI 和存储。
最后，创建设置屏幕是一项非常简单的任务，因为它们通常使用简单的组件，例如 CheckBox、Switch、TextField、Slider、...
因此，我没有使用也不打算使用首选项 UI API.
目前我在 Android Studio 项目中使用 Jetpack Compose。
我发现许多 projects 在我 Google 之后仍然使用传统方式来实现首选项设置屏幕。
我希望在使用Jetpack Compose的时候实现一个Preferences Settings Screen，不知道有没有新的方式实现Preferences Settings Screen，可以告诉我吗？
此外，从官方document来看，它仍然需要使用XML资源和PreferenceFragmentCompat来创建首选项屏幕。看来我还没有找到使用 Jetpack Compose 或其他方式创建首选项屏幕的示例项目。
但是，从document开始，好像SharedPreferences就要被淘汰了。
在这里留下我的意见...
我在一家咨询公司工作，在我与 Android 一起工作的最后 12 年里，我根本没有使用这个 API，只是因为客户通常想要 UI比 Preferences UI API 提供的设计更好。此外，我认为此 API 提供的方法违反了 Single Responsibility Principle，因为它在同一组件中混合了 UI 和存储。
最后，创建设置屏幕是一项非常简单的任务，因为它们通常使用简单的组件，例如 CheckBox、Switch、TextField、Slider、...
因此，我没有使用也不打算使用首选项 UI API.