学习使用 Flutter 提高代码质量、可读性、可维护性和生产力的 9 个最佳实践

您可能已经知道，根据 2021 年的开发人员调查，Flutter 是全球开发人员使用的最流行的跨平台移动框架。因此，该框架以惊人的速度增长，并为开发人员提供了广阔的可能性。这伴随着区分好的实践和不那么有用的实践的责任。更重要的是，确定每个案例的最佳实践。
让我们探索一些使用 Flutter 进行设计和开发以提高代码质量、可读性、可维护性和生产力的最佳实践。

1. 重构widget ：

Column( children: [ Text('Hello'), ], );

如果我们要重构文本组件，我们有两种方式：

Text buildHello() => Text('Hello');
class HelloWidget extends StatelessWidget { const HelloWidget({ Key? key, }) : super(key: key); @override Widget build(BuildContext context) { return Text('Hello'); } }

现在重构为方法在这里似乎很诱人，但是当 buildHello 太大时，即使 buildHello 内部没有任何更改，它也可能会重建。
但是当谈到重构为 widget 时，我们获得了 widget 生命周期的所有好处，因此只有当 widget 中的某些内容发生变化时，它才会重建。因此，这可以防止不必要的重建，从而提高性能。这也提供了 Flutter 为小部件类提供的所有优化。

2. 使构建函数

考虑以下有状态小部件：

class HelloWidget extends StatefulWidget { const HelloWidget({ Key? key, }) : super(key: key); @override _HelloWidgetState createState() => _HelloWidgetState(); } class _HelloWidgetState extends State<HelloWidget> { @override Widget build(BuildContext context) { return FutureBuilder( future: getText(), builder: (context, AsyncSnapshot<String> snapshot) { return Text(snapshot.data ?? ''); }); } }

在这里，当重建发生时，getText()每次都会调用它,所以拥有纯构建函数的想法是我们应该从构建方法中移出任何可能影响重建性能的操作。

3.使用状态管理

Flutter 本身默认不强加任何状态管理，因此很容易以混乱的组合结束，并且可能依赖于参数传递或将所有内容存储在持久存储中以存储状态。
虽然总是推荐使用简单的状态管理解决方案，但我们也应该考虑应用程序的可扩展性和可维护性来选择它。
此外，尽管有状态小部件为状态管理提供了最简单的解决方案，但当我们想要跨多个屏幕维护状态时，它无法扩展。例如用户的身份验证状态。
状态管理在这里非常方便。它允许拥有一个中央存储的东西，我们可以用它来存储任何东西，当商店里的任何东西发生变化时，所有依赖于它的小部件都将自动更改。
有很多选项可用于状态管理。根据团队的经验和舒适程度，我们可以使用此处提到的任何可用解决方案。例如，使用 Flutter 进行状态管理的一个强大选项是BloC 模式。

4. 有一个明确定义的架构

由于Flutter 是一个声明式框架，与 Android 和 iOS 的原生框架相比，它更容易学习。同样对于 Flutter，我们只需要为设计和代码学习一种语言。但是，如果我们没有明确定义的架构，这也可能导致意大利面条式代码，因为事情很容易混淆。
至少我们应该至少有三层：
虽然架构可以有许多不同的选择，但我们应该选择团队最熟悉的一种。bloc 库提供了一组具有明确定义架构的示例。

5. 遵循有效的dart风格指南

最好有一个定义的样式指南，以具有可以帮助提高代码质量的广泛接受的约定。如果我们有一致的风格，那么让团队协调甚至合并新的开发人员就变得容易多了。从这个意义上说，从长远来看，保持恒定和规律的风格将有助于大项目。
虽然可以定义团队熟悉的自定义样式指南，但 Dart 还提供了我们可以遵循的官方样式指南。
此外，在项目中使用Linter总是一个好主意。当团队很大时，当不是每个人都知道样式指南或忘记遵守某些规则时，这将变得非常有用。Dart 提供的所有 Linter 规则都可以在这里找到。

6.慎重选择套餐

Flutter 生态系统非常支持社区，尤其是在涉及可重用代码片段时。在 Flutter 生态系统中，通常称为库的称为包。

• 虽然总是很想为每个功能使用一个包，但在使用任何包之前，我们应该考虑以下因素：
• 包是什么时候更新的？我们应该始终避免使用陈旧的包。
• 包有多受欢迎？如果该软件包具有相当大的知名度，则更容易找到社区支持。
• 检查包的代码存储库中的未解决问题。是否有任何问题会影响我们尝试从该包中集成的功能？
• 软件包多久更新一次？如果我们想利用最新的 Dart 功能，这非常重要。
• 您是否只使用软件包中的少量功能？当我们只使用很少的功能时，编写代码或复制代码比依赖整个包更有意义。

7. 为关键功能编写测试

虽然依赖手动测试的可能性始终存在，但拥有一组自动化测试可以节省大量时间和精力。由于 Flutter 面向多个平台，因此在每次更改后测试每一个功能将非常耗时且需要大量重复工作。
理想情况下，100% 的代码覆盖率始终是最好的选择，但是，根据可用的时间和预算，这可能并不总是可行的。尽管如此，至少有必要进行测试以涵盖应用程序的关键功能。
此外，拥有允许在物理设备或模拟器上运行测试的集成测试也很重要。提示：我们还可以使用 Firebase 测试实验室在各种设备上运行测试。

8. 仅在需要时使用流

虽然 Streams 非常强大，但使用它们也需要承担很大的责任，以便有效地利用此资源。使用实现不佳的 Streams 会导致更多的内存和 CPU 使用率。更重要的是，忘记关闭流会导致内存泄漏。
更重要的是，仅对一个事件使用 Stream 似乎有点过分。如果只有一个事件，而不是 Stream，最好使用 Future。只有当我们想要处理许多异步事件时才应该使用流。
因此，在这些情况下，我们可以不使用 Streams，而是使用更轻量级的东西，例如ChangeNotifier用于响应式 UI。对于更高级的功能，我们可以使用像Bloc 库这样的东西，它专注于有效地使用资源并为我们提供一个简单的界面来构建反应式 UI。

9. 尽可能使用 const 关键字

对小部件使用const 构造函数可以减少垃圾收集器所需的工作。这最初看起来似乎是一个很小的性能改进，但当应用程序足够大或有一个经常重建的视图时，它确实会加起来并产生影响。
Const 声明也更加热重载友好。此外，我们应该避免使用不必要的 const 关键字。考虑以下代码：

const Container( width: 100, child: const Text('Hello World') );

欢迎加入QQ群

QQ群名称：Flutter Dart技术交流
QQ群号：566045335
教程网站：https://ai2opencode.com/