GT-Grid 1.0 基础教程(七)

最新的还没发布呢

呵~~~没搞定!:)

俺在saveResponseHandler里加了个location.href = "";
呵!先用着~~期待更新!!!!

我这边没有这个问题
我怀疑是您从服务端返回给客户端的数据有问题

能否 用http嗅探器之类的东西
看一下保存后 从服务端传来的是什么

然后发给我一份 看一下 谢谢了

这里的updatedRecords有没有办法做到只提交改动的值？因为后台通常都是用乐观锁更新，如果能够在客户端只提交改动的值，出现锁冲突的概率就会少很多。

不能
我没太明白你的意思

把修改过的记录全部传上去 后台update的时候 会有什么问题??

比如用户A修改了一条记录的姓名属性
而用户B修改了同一记录的年龄属性

这个时候如果A先提交，B后提交，那么B提交的数据里面有未改动的姓名，就会覆盖掉A之前做的改动

如果有办法只提交改动的数据，就可以避免这个问题了

哦 这种"多人共同操作同一数据时 造成的冲突是难以避免的
也是B/S系统的一大特点

我即使做到"只提交修改的" 也无法避免 "最终的数据,违背了某些人的意愿"这一情况的发生
所以 我的做法就是"不去考虑" ,因为考虑不了那么完全.

不过还是要说那句话, 其实是可以做到的, 因为我记录了所有被修改的值.
我记录的目的其实 是为了做 UNDO (该功能还没有完成)
如果此需求的客户众多, 我会考虑开发相关接口的
谢谢你的建议 (你的建议总是很专业 非常感谢 )


顺便说一下我 对于新功能 新需求的一个态度.

我是否提供一个功能, 通常从以下角度来衡量(排名不分先后):

我是否有能力做出来
是否有成功的范例
要编写的代码量,
带来的潜在风险,
带来的测试用例数目,
有此需求的客户数量与"全部客户数量"的比值
对于有此需求的客户而言,该功能的重要程度(必须有 最好是有, 可有可无...)
该功能是否能够成为显著的亮点(可以拿来炫耀 嘿嘿)
该功能开发出来之后 是否能够有较好的效果(是否适合用js实现...)
该功能的易用性

有一个小建议：
删除选中后效果很棒，但是如果当前有多个连续删除行，我想要选择一个删除状态的行进行反悔操作，这时候删除状态的行的选中没有明显的区别，我无法确认是否选中了删除状态的行。

谢谢你的建议 已经修正
选中的删除行 为蓝色背景+删除线

当对表格中某单元格内容进行修改后，GT-GRID以Json形式传递给后台，传递的是一整条记录，可是，如果，我只想在保存时只传递我做修改的那个单元格记录，而同行中其它没做修改的单元格记录可以不传给我。。。有什么办法可以实现？