We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
出处:https://github.com/vipshop/ams/blob/master/examples/router/src/ams-config/cases-block/list/list.js
这里的 type 在文档里面描述有些模糊
在我理解:type 是 select、input、rate、date :http://vipshop.github.io/ams/field/ 这些
但上图的代码中写的,为啥是: type: 'field' 呢?
A:operations中的type,有field/button的类型 B:按理说,这里的定义应该和 fields 里面的某个field 的定义比较类似,可是这里看的很乱感觉 😂 A:operations中的field指的是继承字段的类型 B:这些在文档中都没体现,太难了!!!!,而且导致开发者体验很是糟糕!记忆成本太高了 😂 A:文档没没写全😂后面补上 B:是否可以考虑做成下面这样:
B:我之前写鲁班H5的时候,接触过类似表单设计器的概念,其实这个地方也有点像表单设计器。 我的理解,其实 operations 这边其实也是描述了在某个组件的某个slot 处,该用哪些元素来填充对吧? A:是的 B: 那其实和 我们定义fields 里面的 field 其实是类似的, view 模式下,定义了某某字段该用哪个元素来展示, edit 模式下,定义了某某字段该用什么元素来展示, 那就很直接了:
某某字段: { type: 'select|input',// component props: { }, defaultValue: '' }
统一采用类似 field 的形式,貌似会减少蛮多的理解成本 + 代码维护成本的.小小建议,仅供参考 😂
The text was updated successfully, but these errors were encountered:
用户:想请教下,假如我现在从接口拿到了数据之后,如何动态更新 比如 table 组件上面 筛选条件区域 的某个筛选条件的 props呢? 维护者:this.block.operations.search.props... 用户:[Facepalm] 想问下,这个在文档中能找到吗 维护者:不能 用户:我觉得可以在 比如下图的文档中加上这个
大家一般貌似是按照使用场景去翻文档的 用户:因为 operation里面嵌套了 field 的原因,会导致:
his.block.operations.search.props..这边也要处理,有些地方要变成
this.blocks.operations.search.filed.props = xxx 所以增加了两倍的记忆 + 理解成本,开发者可能要踩两次坑,吐槽两次 😂
Sorry, something went wrong.
read/list 接口有 transform 属性,但另外几个都没有貌似,这个需要统一,而且在 文档中是搜索不到的
No branches or pull requests
出处:https://github.com/vipshop/ams/blob/master/examples/router/src/ams-config/cases-block/list/list.js
这里的 type 在文档里面描述有些模糊
在我理解:type 是 select、input、rate、date :http://vipshop.github.io/ams/field/ 这些
但上图的代码中写的,为啥是: type: 'field' 呢?
A:operations中的type,有field/button的类型
B:按理说,这里的定义应该和 fields 里面的某个field 的定义比较类似,可是这里看的很乱感觉 😂
A:operations中的field指的是继承字段的类型
B:这些在文档中都没体现,太难了!!!!,而且导致开发者体验很是糟糕!记忆成本太高了 😂
A:文档没没写全😂后面补上
B:是否可以考虑做成下面这样:
B:我之前写鲁班H5的时候,接触过类似表单设计器的概念,其实这个地方也有点像表单设计器。
我的理解,其实 operations 这边其实也是描述了在某个组件的某个slot 处,该用哪些元素来填充对吧?
A:是的
B:
那其实和 我们定义fields 里面的 field 其实是类似的,
view 模式下,定义了某某字段该用哪个元素来展示,
edit 模式下,定义了某某字段该用什么元素来展示,
那就很直接了:
统一采用类似 field 的形式,貌似会减少蛮多的理解成本 + 代码维护成本的.小小建议,仅供参考 😂
The text was updated successfully, but these errors were encountered: