flutter-code-developmnt-specifications
Flutter Go 代码开发规范 0.1.0 版
本文档参考自 FlutterGo 项目.
感谢 FlutterGo 对 Flutter 发展的贡献!
代码风格
标识符三种类型
大驼峰
类、枚举、typedef和类型参数
1 | class SliderMenu { ... } |
包括用于元数据注释的类
1 | class Foo { |
使用小写加下划线来命名库和源文件
1 | library peg_parser.source_scanner; |
不推荐如下写法:
1 | library pegparser.SourceScanner; |
使用小写加下划线来命名导入前缀
1 | import 'dart:math' as math; |
不推荐如下写法:
1 | import 'dart:math' as Math; |
使用小驼峰法命名其他标识符
1 | var item; |
优先使用小驼峰法作为常量命名
1 | const pi = 3.14; |
不推荐如下写法:
1 | const PI = 3.14; |
不使用前缀字母
因为Dart可以告诉您声明的类型、范围、可变性和其他属性,所以没有理由将这些属性编码为标识符名称。
1 | defaultTimeout |
不推荐如下写法:
1 | kDefaultTimeout |
排序
为了使你的文件前言保持整洁,我们有规定的命令,指示应该出现在其中。每个“部分”应该用空行分隔。
在其他引入之前引入所需的dart库
1 | import 'dart:async'; |
在相对引入之前先引入在包中的库
1 | import 'package:bar/bar.dart'; |
第三方包的导入先于其他包
1 | import 'package:bar/bar.dart'; |
在所有导入之后,在单独的部分中指定导出
1 | import 'src/error.dart'; |
不推荐如下写法:
1 | import 'src/error.dart'; |
所有流控制结构,请使用大括号
这样做可以避免悬浮的else问题
1 | if (isWeekDay) { |
例外
一个if语句没有else子句,其中整个if语句和then主体都适合一行。在这种情况下,如果你喜欢的话,你可以去掉大括号
1 | if (arg == null) return defaultValue; |
如果流程体超出了一行需要分划请使用大括号:
1 | if (overflowChars != other.overflowChars) { |
不推荐如下写法:
1 | if (overflowChars != other.overflowChars) |
注释
要像句子一样格式化
除非是区分大小写的标识符,否则第一个单词要大写。以句号结尾(或“!”或“?”)。对于所有的注释都是如此:doc注释、内联内容,甚至TODOs。即使是一个句子片段。
1 | greet(name) { |
不推荐如下写法:
1 | greet(name) { |
可以使用块注释(/…/)临时注释掉一段代码,但是所有其他注释都应该使用//
Doc注释
使用///文档注释来记录成员和类型。
使用doc注释而不是常规注释,可以让dartdoc找到并生成文档。
1 | /// The number of characters in this chunk when unsplit. |
由于历史原因,达特茅斯学院支持道格评论的两种语法:///(“C#风格”)和/*… /(“JavaDoc风格”)。我们更喜欢/// 因为它更紧凑。/*和/在多行文档注释中添加两个无内容的行。在某些情况下,///语法也更容易阅读,例如文档注释包含使用*标记列表项的项目符号列表。
考虑为私有api编写文档注释
Doc注释并不仅仅针对库的公共API的外部使用者。它们还有助于理解从库的其他部分调用的私有成员
用一句话总结开始doc注释
以简短的、以用户为中心的描述开始你的文档注释,以句号结尾。
1 | /// Deletes the file at [path] from the file system. |
不推荐如下写法:
1 | /// Depending on the state of the file system and the user's permissions, |
“doc注释”的第一句话分隔成自己的段落
在第一个句子之后添加一个空行,把它分成自己的段落
1 | /// Deletes the file at [path]. |
Flutter_Go 使用参考
库的引用
flutter go 中,导入lib下文件库,统一指定包名,避免过多的../../
1 | package:flutter_go/ |
字符串的使用
使用相邻字符串连接字符串文字
如果有两个字符串字面值(不是值,而是实际引用的字面值),则不需要使用+连接它们。就像在C和c++中,简单地把它们放在一起就能做到。这是创建一个长字符串很好的方法但是不适用于单独一行。
1 | raiseAlarm( |
不推荐如下写法:
1 | raiseAlarm('ERROR: Parts of the spaceship are on fire. Other ' + |
优先使用模板字符串
1 | 'Hello, $name! You are ${year - birth} years old.'; |
在不需要的时候,避免使用花括号
1 | 'Hi, $name!' |
不推荐如下写法:
1 | 'Hello, ' + name + '! You are ' + (year - birth).toString() + ' y...'; |
不推荐如下写法:
1 | 'Hi, ${name}!' |
集合
尽可能使用集合字面量
如果要创建一个不可增长的列表,或者其他一些自定义集合类型,那么无论如何,都要使用构造函数。
1 | var points = []; |
不推荐如下写法:
1 | var points = List(); |
不要使用.length查看集合是否为空
1 | if (lunchBox.isEmpty) return 'so hungry...'; |
不推荐如下写法:
1 | if (lunchBox.length == 0) return 'so hungry...'; |
考虑使用高阶方法转换序列
如果有一个集合,并且希望从中生成一个新的修改后的集合,那么使用.map()、.where()和Iterable上的其他方便的方法通常更短,也更具有声明性
1 | var aquaticNames = animals |
避免使用带有函数字面量的Iterable.forEach()
在Dart中,如果你想遍历一个序列,惯用的方法是使用循环。
1 | for (var person in people) { |
不推荐如下写法:
1 | people.forEach((person) { |
不要使用List.from(),除非打算更改结果的类型
给定一个迭代,有两种明显的方法可以生成包含相同元素的新列表
1 | var copy1 = iterable.toList(); |
明显的区别是第一个比较短。重要的区别是第一个保留了原始对象的类型参数
1 | // Creates a List<int>: |
1 | // Creates a List<int>: |
参数的使用
使用=将命名参数与其默认值分割开
由于遗留原因,Dart均允许“:”和“=”作为指定参数的默认值分隔符。为了与可选的位置参数保持一致,使用“=”。
1 | void insert(Object item, {int at = 0}) { ... } |
不推荐如下写法:
1 | void insert(Object item, {int at: 0}) { ... } |
不要使用显式默认值null
如果参数是可选的,但没有给它一个默认值,则语言隐式地使用null作为默认值,因此不需要编写它
1 | void error([String message]) { |
不推荐如下写法:
1 | void error([String message = null]) { |
变量
不要显式地将变量初始化为空
在Dart中,未显式初始化的变量或字段自动被初始化为null。不要多余赋值null
1 | int _nextId; |
不推荐如下写法:
1 | int _nextId = null; |
避免储存你能计算的东西
在设计类时,您通常希望将多个视图公开到相同的底层状态。通常你会看到在构造函数中计算所有视图的代码,然后存储它们:
应该避免的写法:
1 | class Circle { |
如上代码问题:
- 浪费内存
- 缓存的问题是无效——如何知道何时缓存过期需要重新计算?
推荐的写法如下:
1 | class Circle { |
类成员
不要把不必要地将字段包装在getter和setter中
不推荐如下写法:
1 | class Box { |
优先使用final字段来创建只读属性
尤其对于 StatelessWidget
在不需要的时候不要用this
不推荐如下写法:
1 | class Box { |
推荐如下写法:
1 | class Box { |
构造函数
尽可能使用初始化的形式
不推荐如下写法:
1 | class Point { |
推荐如下写法:
1 | class Point { |
不要使用new
Dart2使new 关键字可选
推荐写法:
1 | Widget build(BuildContext context) { |
不推荐如下写法:
1 | Widget build(BuildContext context) { |
异步
优先使用async/await代替原始的futures
async/await语法提高了可读性,允许你在异步代码中使用所有Dart控制流结构。
1 | Future<int> countActivePlayers(String teamName) async { |
当异步没有任何用处时,不要使用它
如果可以在不改变函数行为的情况下省略异步,那么就这样做。、
1 | Future afterTwoThings(Future first, Future second) { |
不推荐写法:
1 | Future afterTwoThings(Future first, Future second) async { |
flutter-code-developmnt-specifications
https://orzsoft.com/post/b744e1c0-48a2-11ed-8e38-0de7290a7c59/