mxs*_*tbr 19
社区周围有一些约定,我会列出我所知道的并认为在这里有用的公约:
最常见的约定是保持动作类型("事件类型")CONSTANT_CASE.
这可以避免拼写错误,其中操作的类型为my_type,但reducer需要一种类型的my-type或My_Type.
另一个非常常见的约定是将动作类型作为常量保存在单独的文件中,例如var MY_ACTION_TYPE = 'MY_ACTION_TYPE';,并从那里使用它们.
这也避免了拼写错误,因此您不希望操作具有类型MY_ACTION_TYP.如果变量不存在,您将立即收到错误,特别是如果您正在掉落.
一个不太常见但非常有用的约定是将操作范围限定为项目和域.Erik Rasmussen在他的"Ducks"提案中推广了这种方法,该提议规定了动作类型必须采用这种形式:var MY_ACTION_TYPE = 'appname/domain/MY_ACTIONTYPE'.
这避免了两个具有相同值的动作常数的情况.例如,假设您有一个管理区域和面向用户的区域,并且两者都有调度'CHANGE_USERNAME'操作类型的表单.这将使两个减速器拾取相同的动作,其中一个不应该选择另一个.这可能发生在意外,并且非常讨厌追踪.通过在应用程序和域名前添加前缀,可以避免出现此问题:与以下'appname/admin/CHANGE_USERNAME'内容不同'appname/user/CHANGE_USERNAME'!
这就是我所知道和使用的所有惯例,但我确信其他人有更多 - 你在项目中使用了什么并发现有用?
小智 13
围绕命名异步操作类型也有一些约定.如果您有一组操作来表示获取用户的api调用,则可以将它们拆分为以下内容:
FETCH_USER_REQUEST - 当你第一次发送api电话时FETCH_USER_SUCCESS - 当api调用完成并成功返回数据时FETCH_USER_FAIL - 当api呼叫失败并回复错误时,FETCH_USER_COMPLETE - 无论状态如何,有时在通话结束时使用| 归档时间: |
|
| 查看次数: |
4795 次 |
| 最近记录: |