1.建立一个WinForm工程，默认生成了一个WinForm窗体Form1。2.引用—>添加引用—>浏览—>weiFenLuo.winFormsUI.Docking.dll。3.设置Form1窗体属性IsMdiContainer:True。4.工具箱—>右键—>选择项—>.net组件—>浏览—>weiFenLuo.winFormsUI.Docking.dll—>在工具箱出现dockPanel。( 下载地址：http://sourceforge
在使用这个控件的时候，估计大家都会碰到 这样一个问题，就是当窗口是自动隐藏的时候，好像出来的大小一般比实际的大，感觉不太美观，有没有什么方法可以控制它的呢，答案是当然有了，其实实现起来也很简单。 [LocalizedCategory("Category_Docking")]
[LocalizedDe
基础布局网上有的是，不再赘述，在此仅描写一些犄角噶蓝儿，不容易查到，但会遇到的问题：1，假设共3个区域，想让布局显示方式为左侧一个区域，右侧呈上下区域。通过dockpanel.show(参数)逐一show出来，结果却发现可能布局与自己想象的不一致。结果布局可能为上一个区域，左右两个区域的这种布局，图：,解决方案：改变代码show的顺序即可。图：2，点击首页按钮，自动在document区域新增首页。本人的能力有限，这个问题也困惑了我一阵，因为dockpanel的tab页其实是个窗体，如果用Form
停靠窗体有两种状态，一种是固定停靠显示，一种是自动隐藏停靠显示。表现为“自动隐藏”按钮是否处于按下状态。针对这两种状态，可以分别设置两个对应的属性，即可实现指定停靠窗体宽度的目的。约定：mainForm是主窗体，主窗体上放置了一个DockPanel；dockForm是停靠窗体，停靠在主窗体的右部即：dockForm.DockArea = DockAreas.DockRight; 一、固定停靠显示即：dockForm.DockState = DockState.DockRight;设置窗
勇哥注：此为工作中的杂记，也是方便自己查阅。所以不会费心做基础解释，如果各位感觉有用的部分可以留言和勇哥讨论。持续记录中。。。。（四） 为什么这个表格控件已经置为dockstyle.fill了，但是无法填充满容器。红色区域为无法填充满的位置。这个填充不满的区域，在切换窗口时，有可能会出现刷新的问题。这个问题确实古怪，它并不是控件属性Margin的问题。这个datagridview无论放在什么容器内，都会产生这种问题。解决办法是绕开这个问题，不使用任何容器，直接放置这个datagridv
一般测量时间间隔使用的是DateTime.Now实例的DateTime.Ticks当前属性，想要精确测量一个操作的运行时间就只能使用Stopwatch类计时了。
Stopwatch计时精度取决于硬件，如果安装的硬件和操作系统支持高分辨率性能计数器, 则Stopwatch类将使用该计数器来测量运行时间。，否则,Stopwatch类将使用系统计时器来测量运行时间。
测量耗时操作的运行时间：
勇哥注：
这个系列是勇哥的小娱乐。这么多年来感觉自己就是工作机器，没有一点属于自己的乐子。
突然想到儿时的小梦想是写个fc的坦克大战。要不，先弄个AI，让它自动玩坦克大战吧。fc的坦克大战是fc模拟器的游戏，要做自动打怪的AI，可以考虑连续窗口截图，然后交由halcon进行处理。处理结果交由策略代码处理，最后发布手柄控制指令。因此，首先先要考虑窗口的连续帧如何实时截取，然后就是如何实现虚拟手柄（或者虚拟键盘按键也可以）。这两点做不到，就玩不下去了。图1 fc游戏：坦克大战勇哥首先试一下截
勇哥注：我们继续上一篇《C# 勇哥关于多线程读写plc内存的研究续，解决lock锁的效率问题》上一篇我们解决了lock锁的效率问题。本节我们继续讨论一下控件读写的效率问题。由下图中，我们看到的RichTextBox.SetText，它占6.44%的效率。本着程序员的工匠精神，我们也要把这部分耗能解决掉。直接说答案：我们在上节代码中，使用了Invoke输出RichTextBox的文本。也就是使用委托来输出控件信息。RtbMsg.Invoke(new Action(() =>
勇哥注：ConcurrentBag是一个线程安全的无序集合。专为生产消费模式进行订制的集合。如果多线程使用List<T>就会遇到问题：System.InvalidOperationException:“集合已修改；可能无法执行枚举操作。”。原因是timer2在遍历list的过程当中，timer1修改了list，使其大小发生了变化。如果使用ConcurrentBag这类安全集合，可以避免这类问题出现。它的常见方法如下：Add &
勇哥注：我们继续上一篇《勇哥关于多线程读写plc内存的研究》在上篇结尾，我们看到lock锁带来的效率问题。本着程序员应有的工匠精神，本节我们来研究并解决这个问题。先回顾一下上篇文章结尾勇哥截的程序效率图。Monitor.Enter的函数占用cpu时间75.85%，此耗能大户就是lock锁。（因为lock关键字实际上是Monitor的语法糖）由于plc读写操作中，读的次数一定远大于写入的次数，因此我们希望的是，无论有多少个线程都可以一起读，只是同一时间只能有一个线程能写。而lock是独占，它区分不