你说不刷新？，是这样的，我有很多订单， 包括单价， 数量 ，金额，

 我输入单价或者数量的时候，我就自动计算出金额，并更新数据库，

我现在说输入完后就自动刷新，

比如有30行，你说说，我全部修改完了再更新，还是修改一行就更新一行到数据库？

@男人要爽: 

1、你没说是Client(Winform/wpf）还是Web。差别是有的，有时候还很大。

2、30行订单数据，怎么保存，有待商榷，好方法很多，坏的方法当然也很多。

3、全部修改完再更新，或者修改一行再更新的都有，世界不是只有一种颜色的，只是不管采用哪一种方式，都有对应的需求分析和对应的设计方法。修改完保存刷新GridView是其中最偷懒的一种方法。

4、自动保存和自动刷新，这两个单词是不同的。

@爱编程的大叔: 感谢大叔，这么多年了，大叔还在园子里积极奉献，难得啊

WINFROM的

那种方法比较好，你觉得， 全部修改好了，再更新吧？

@男人要爽: 

Winform 90%以上的设计是全部好了，用户按下保存按钮，才保存的。

担心电脑没电？你可以随时按保存的，担心突然断电，失去一小部分数据，拜托，没这么恐怖，

一般都是拿着一张订单A4纸对着打的。

再说了，订单这种东西，重要的是核对而不是快速让其他人知道。

你没打完的订单，别人也不需要知道。

为了怕断电，或者断网而设计即时保存当然也可以，如果要避免刷新，那么你要尽量进行单向保存，不要保存，然后取出刷新Grid（数据都是你给的，没有必要再从数据库中取出），另外，也不需要考虑还有并发问题，不会有另外一个傻逼也在编辑这个订单的，这种愚蠢的需求是不存在的。

@爱编程的大叔: 

    现在就是有这个需求，他这个订单要报价修改，由于报价修改的项比较多，所以要分配给多个人，怎么分配给多个人呢，就算分配了，他们同事在修改，可能会锁，怎么避免这个问题了？

大叔

@男人要爽: 如果可以，你把场景详细描述一下。

报价修改和录入不需要在同一个时间内进行。如果分配，那就分配了，自然也不会有两个人处理一个商品。

一般就是有几万个人的公司，也不会干这么傻的事的。

当然可能你碰到的情况特殊，这时候才更需要需求分析。

@爱编程的大叔: 他们就说因为一个人报价搞不过来，所以分配给2个人，可能会出现2个人同事报价一个订单的，如果同时在操作这个报价单，怎么办，会不会有问题啊

比如你在更新前20条记录，我过一会更新中间20条、

@男人要爽: 你问客户，客户会让你上火星的。问给多少钱，三十，不能更多了。

不是没有解决方法，但是太麻烦了（成本比较高或者太高，说了你也不懂）。

一般这种情况客户加10万我就做了。至于你，我也不知道该咋办。

@男人要爽: 分析需求是怎么分析的，我举个例子说吧

1、报价，如果是有现成价格体系的，那么一般可以实现为自动报价。对电脑来说，1秒内的事情。

2、如果不能自动报价的，那么就是几分钟，几十分钟的事情，比如外贸业务员，甚至可能是一天的时间在报价，但是，这种工作通常是不在电脑上，或者说不在你的系统中进行的，真正在你的系统中进行的时间是录入已经做好的报价，这个通常可以让一个人做，而不需要让很多个人做，你问客户，他会以为这就是多人同时做的事。

3、真的需要多个人做的情况，通常采用流水线，自动分工，比如一个单子，拆成200个单品，下一个流水线的人只能看到未报价的单品，自己认领要报价（或者有一个人负责进行工作分配，或者系统自动分配工作），这样一来，其实就是把你现在在一个界面上实现的功能，变成了10个界面来进行，而对于每个界面，每个用户，他们进行的工作其实都是不存在并发冲突的，你报价的是A，我报价的是B。而汇总报价的工作，如果需要，可能是用户丙在进行。这就是我说的，一旦你的需求达到，那么不是不能做，只是成本高而已。