Coding style Dart最佳实践中有没有建议如何声明使用源参数和目标参数的方法？

Dart最佳实践中是否有关于如何声明使用源参数和目标参数的方法的建议

Dart中首选的选项或此选项不太重要

复制（目的地、来源）；

复制（源、目标）；

add（目的地、来源）；

add（源、目标）；

附言

---

我只想知道“是否有任何官方建议（最佳实践）”

我还没有看到这样的建议

在Dart API中，有一种将源代码置于目标之前作为参数类型的方法

---

我得说这取决于方法。对于

复制

我个人更喜欢先源后目的。

我还没有看到这样的建议

在Dart API中，有一种将源代码置于目标之前作为参数类型的方法

---

我得说这取决于方法。对于

复制

我个人更喜欢先源后目的。

没有官方建议。 唯一的资料来源是飞镖风格的指南，它没有提到任何关于这个主题的内容

为平台库选择的样式确实是“源代码先于目标”。我们发现它比相反的更具可读性，将其解读为“从源到目标的复制”

---

在许多情况下，这个问题在面向对象系统中是没有意义的，因为它将是源对象或目标对象上的一个方法，甚至是两者上的一个方法。

没有官方建议。 唯一的资料来源是飞镖风格的指南，它没有提到任何关于这个主题的内容

为平台库选择的样式确实是“源代码先于目标”。我们发现它比相反的更具可读性，将其解读为“从源到目标的复制”

---

在许多情况下，这个问题在面向对象的系统中是没有意义的，因为它将是源对象或目标对象上的一个方法，甚至是两者上的一个方法。

之所以提出这个问题，是因为在C/C++库中，

目标总是在
源
之前。例如，
char*strcpy（char*dst，const char*src）对于
在目标之前复制
源代码是有意义的。对于
copy
您可以将destination设置为一个可选参数，其中未提供新的destination时会创建一个新的destination。@GünterZöchbauer更准确地说，我可以说这个问题指的是
copyTo
或
addTo
，而不是您认为的
createCopy
。还有
moveTo
和类似的其他功能。对于
copyTo
，我会将
目的地
放在
源代码之前。这就是为什么我说：我认为这取决于方法。@AlexandreArdhuin谢谢。搜索
CopyTo
显示
CopyTo
经常用作实例方法和手段
从当前读取并写入另一个
。本例中的
当前
（此实例）源。这是关于如何调用类似方法的另一个故事。之所以提出这个问题，是因为在C/C++库中，
目标
总是在
源
之前。例如，
char*strcpy（char*dst，const char*src）对于
在目标之前复制
源代码是有意义的。对于
copy
您可以将destination设置为一个可选参数，其中未提供新的destination时会创建一个新的destination。@GünterZöchbauer更准确地说，我可以说这个问题指的是
copyTo
或
addTo
，而不是您认为的
createCopy
。还有
moveTo
和类似的其他功能。对于
copyTo
，我会将
目的地
放在
源代码之前。这就是为什么我说：我认为这取决于方法。@AlexandreArdhuin谢谢。搜索
CopyTo
显示
CopyTo
经常用作实例方法和手段
从当前读取并写入另一个
。本例中的
当前
（此实例）源。这是关于如何调用类似方法的另一个故事。我认为样式指南并不是一个很好的地方来推荐如何设计好的API。此外，我认为关于如何在Dart环境中设计某些方面的建议可能非常有用。这些建议甚至可以基于某些传统，但不能仅基于合理的解释。我认为，至少Dart SDK必须遵循一些建议，并且这些规则公开使用会很有用。直觉的方式并不总是最明智的。当然，它不是关于Dart样式指南，而是关于其他有用的指南。我认为样式指南并不是一个很好的地方，可以为如何设计好的API提供建议。此外，我认为关于如何在Dart环境中设计某些方面的建议可能非常有用。这些建议甚至可以基于某些传统，但不能仅基于合理的解释。我认为，至少Dart SDK必须遵循一些建议，并且这些规则公开使用会很有用。直觉的方式并不总是最明智的。当然，这不是关于Dart样式的指南，而是关于其他有用的指南。如果您认为可能会混淆，请使用命名参数。@AlanKnight一旦Dart开发人员想到将可选参数和命名参数结合使用，我将很乐意接受您的建议。（“位置和可选参数语法是没有根据的”）如果您认为可能会混淆，请使用命名参数。@AlanKnight一旦Dart开发人员想到将可选参数和命名参数结合使用，我将很乐意接受您的建议。（“位置和可选参数语法没有根据”）