-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
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
改进表单取消时的检验 #23
Comments
是要放在 |
下午的结论是在
|
有道理,可能我下午听岔了。 |
晚上跟@Exodia @srhb18 讨论了实现方案,大家帮忙看看有没有什么问题
|
方法OK,应该没问题 留一下记录,ADM2.0中有以下需要修改
BESC中现在没有 |
这里顺便提一个问题,类似 |
如果按照在 view 中添加 isFormDataChange 的方法来看,放在 model 会更方便,可以直接从 mode取原始数据判断。 |
|
我觉得既然一开始初始数据是 |
|
我觉得是需要的,从一个系统的角度看我们是一致的,但不保证有些系统永远要有提示,有些系统永远不想有提示,因此从通用的角度来说是要有这方法的 甚至,这方法应该保持向后的行为一致,默认是返回 |
丢给 Action 做数据变化判断也好,我看来数据相等的判断逻辑也属于业务相关,被重写的需求应该是有的 |
ok,那就提供 现在有个新的问题,目前的保存 |
关系到这个:ecomfe/er#74 所以这个issue要提前来完成吗?现在的情况是,我希望基础库中这个 那么这个控制在项目范围内,就是相对好办的,前期我们也没有复杂的表单,可以先忍一忍 |
要么先把计划中的issue完成,子 |
OK我觉得不错 |
改为:
FormView
第一次渲染完后,使用form.getData()
保存一份表单的数据form.getData()
获取数据,与第1步的数据进行比对@yanghuabei
The text was updated successfully, but these errors were encountered: