winform程序读取不定时跟新的数据界面需要同步显示如何解决 -CSDN社区

wj7rrp98 2018-02-28

打赏
举报

使用递归可以不断获取数据这种方法可以吗

Jason_Mao1 2018-02-28

打赏
举报

首先time 可能比太可取，但是我建议你还是用异步线程，这样至少UI 不会卡死，用户体验会很好，至于你用不用数据库那得看你想怎么设计此软件。

fengatj 2018-02-28

打赏
举报

你加一张表A，用来记录哪张表的数据有变化，有表名和值两个字段，表名字段记录你要监控的表的表名，值字段记录这表数据是否有变化，有变化值为1，无变化则为0，这个操作可以用触发器实现。然后再通过timer轮询A表，毕竟这表的数据量不大，不会影响性能，只要查到值为1的表，即数据有变化的表，则重新去执行查这表的数据并展示，同时更新A表里面对应这表对应的值为0，即这表我已更新了，下次轮询不用再重新查它，不断执行就可以了

Nick黄 2018-02-28

打赏
举报

引用 15 楼 sp1234 的回复:

[quote=引用 13 楼 wj7rrp98 的回复:] 我业余选手啊第一次开始编啊你们说的我都不懂啊

不懂没有关系，你知道有设计模式问题以后加入正规开发团队时引起注意就行了。我们遇到过许多次，比如说某个很好的产品，突然某个新来的研究生自以为会编程，结果胡乱加入了一个50毫秒检测一次的 timer，结果系统软件就越来越卡。而假设这个时候整个团队的开发人员基本上都是那种只知道“各人自扫门前雪”的人，没有人曾经注意过学习好设计模式问题，那么他们也就不会及时汇报这颗老鼠屎坏了这一锅汤，那么这个软件系统就会持续一段时间都一直很卡，甚至可能造成用户、投资人不满，甚至造成“腾讯公司的一个做邮箱的团队的小产品反而把别的更专业的大团队的微信给淘汰了”的悲剧。疯狂轮询是个坑爹的设计模式。要学会基本的事件驱动设计思想，这才刚刚开始学程序设计。[/quote]

大鱼> 2018-02-25

打赏
举报

引用 3 楼 From_TaiWan 的回复:

机器人的状态数据是怎么传到软件的？假如是通过串口来接收的，那么，等接受到数据后再更新到软件界面不过无论怎么讲，“同步”显示数据，很难做到真正的同时，接收-显示，需要缓存下，可以考虑队列

+1

wj7rrp98 2018-02-25

打赏
举报

引用 8 楼 pfworld 的回复:

使用backgroundWorker后台线程控件，可以解决你说的问题！

谢谢您的意见我了解一下

wj7rrp98 2018-02-25

打赏
举报

引用 3 楼 From_TaiWan 的回复:

机器人的状态数据是怎么传到软件的？假如是通过串口来接收的，那么，等接受到数据后再更新到软件界面不过无论怎么讲，“同步”显示数据，很难做到真正的同时，接收-显示，需要缓存下，可以考虑队列

ABB机器人公司提供的封装接口来实现pc跟机器人之间的通信我想了时时同步确实很难做到因为每次只能读取一次数据轮询也不能实现同步

以专业开发人员为伍 2018-02-25

打赏
举报

比如说“当某某数值改变是我要......，当某某集合增删单元时我要......，当用户在文本框输入时我要.......，当用鼠标移开某区域时我要........，当用户把窗体拖到 windows 桌面边缘时需要......，当网络中断后应该..............”等等等等无数的底层事件驱动概念。至于从业务逻辑出发的的事件驱动的描述就更多了。那么没有学过真正软件设计的人，他满脑子就是用轮询的“while 循环+线程+自阻塞”或者timer来模拟那些事件驱动开发技术，他画出的流程图、状态图、消息时序图都是同步轮询的而不是事件驱动的，所以他写出的代码也就不可能是最终的一个真正的性能尚可的正规产品需要的代码。

wj7rrp98 2018-02-25

打赏
举报

引用 3 楼 From_TaiWan 的回复:

机器人的状态数据是怎么传到软件的？假如是通过串口来接收的，那么，等接受到数据后再更新到软件界面不过无论怎么讲，“同步”显示数据，很难做到真正的同时，接收-显示，需要缓存下，可以考虑队列

引用 15 楼 sp1234 的回复:

[quote=引用 13 楼 wj7rrp98 的回复:] 我业余选手啊第一次开始编啊你们说的我都不懂啊

不懂没有关系，你知道有设计模式问题以后加入正规开发团队时引起注意就行了。我们遇到过许多次，比如说某个很好的产品，突然某个新来的研究生自以为会编程，结果胡乱加入了一个50毫秒检测一次的 timer，结果系统软件就越来越卡。而假设这个时候整个团队的开发人员基本上都是那种只知道“各人自扫门前雪”的人，没有人曾经注意过学习好设计模式问题，那么他们也就不会及时汇报这颗老鼠屎坏了这一锅汤，那么这个软件系统就会持续一段时间都一直很卡，甚至可能造成用户、投资人不满，甚至造成“腾讯公司的一个做邮箱的团队的小产品反而把别的更专业的大团队的微信给淘汰了”的悲剧。疯狂轮询是个坑爹的设计模式。要学会基本的事件驱动设计思想，这才刚刚开始学程序设计。[/quote]谢谢您的发言我是否可以使用多线程后台时时获取同时去除重复数据然后跟新界面数据？

xuzuning 2018-02-25

打赏
举报

你们说的我都不懂啊这个很正常的，因为你并没有说明你是如何做的（至少应贴出一份可供测试的代码）所以别人就只能根据自己的想法，天马行空的进行解答，越出你的知识范围是必然的

以专业开发人员为伍 2018-02-25

打赏
举报

这里最基本的设计模式设计理念就是：当各轴角度没有读取时什么也不做，当各轴角度的简单属性发生改变时立刻去界面绘制（不管是同步还是异步处理）。根本不用什么 timer。

wj7rrp98 2018-02-25

打赏
举报

引用 1 楼 daixf_csdn 的回复:

你数据量很大？一般timer够用了，也不至于卡死

对如果用timer只获取数据的话不卡但是涉及到仿真需要模型的运动跟实际机器人的动作同步这样就造成了界面的卡顿

以专业开发人员为伍 2018-02-25

打赏
举报

引用 13 楼 wj7rrp98 的回复:

我业余选手啊第一次开始编啊你们说的我都不懂啊

不懂没有关系，你知道有设计模式问题以后加入正规开发团队时引起注意就行了。我们遇到过许多次，比如说某个很好的产品，突然某个新来的研究生自以为会编程，结果胡乱加入了一个50毫秒检测一次的 timer，结果系统软件就越来越卡。而假设这个时候整个团队的开发人员基本上都是那种只知道“各人自扫门前雪”的人，没有人曾经注意过学习好设计模式问题，那么他们也就不会及时汇报这颗老鼠屎坏了这一锅汤，那么这个软件系统就会持续一段时间都一直很卡，甚至可能造成用户、投资人不满，甚至造成“腾讯公司的一个做邮箱的团队的小产品反而把别的更专业的大团队的微信给淘汰了”的悲剧。疯狂轮询是个坑爹的设计模式。要学会基本的事件驱动设计思想，这才刚刚开始学程序设计。

wj7rrp98 2018-02-25

打赏
举报

这论坛怎么回复啊

wj7rrp98 2018-02-25

打赏
举报

我业余选手啊第一次开始编啊你们说的我都不懂啊

mk_lucifer 2018-02-25

打赏
举报

怎么可能卡死，肯定是你代码的问题。。。这个问题很简单。。最简单的方法流程。。创建一个后台线程：线程的过程。。。


  AxisDatas old;
    void Porc()
    {
         AxisDatas  a=ReadData();   //读取所有
       if(IsEquals(old,a)==false)     //比对是否变化(函数自己完成)，没变化不通知
      {
               old=a;
               MainWindow.BeginInoke(UpdatePorc ,a);     //UpdateProc是一个前台的更新函数，参数就是a,BeginInvoke是转到前台运行这个函数
       }
   }

UpdatePorc 需要内部的实现控制下更新频率，可以不每条更新到前台，加入1毫秒一次，能卡死你，可以间隔着来，控制在200毫秒一次就行。。。