本项目是一个Winform应用编程框架和UI库.通过这个该框架,不需任何代码,通过XML配置文件,搭建任意复杂的Windows应用界面,以类似Execel公式的方式实现基本的过程控制(赋值.条件判断.循环.跳转)和功能(字符/文件处理.Windows脚本执行.逻辑运算.数学运算.数据输入输出及输入验证.数据格式转换.加密解密.表单字段验证等):动态加载“即插即用“的核心业务处理动态链接库(CBLP Dll)实现特定的业务处理功能:支持多线程.多语言. 程序启动运行示意图: **备注:Se

学习C#语言的朋友们肯定或多或少地接触到了WinForm编程,在C#语言的可视化IDE中(如VS.NET中)使用设计器可以让我们轻松地完成窗体.按钮.标签.图片框等等控件的组合,我们可以轻易地做出界面友好的WinForm应用程序.我们还可以通过WinForm程序中强大的事件处理机制来使我们的应用程序更加丰满. 当然,我们这次不谈窗体.不谈按钮…… 我们谈谈DataGridView(数据网格视图). 作为真正与用户进行信息交互的界面,很大程度上需要向用户完整地展示数据,而在WinForm相关的强大

private void Form1_Load(object sender, EventArgs e) { Thread newthread = new Thread(new ThreadStart(BackgroundProcess)); newthread.Start(); } /// <summary> /// 定义一个代理 /// </summary> private delegate void CrossThreadOperationControl(); private

c# winform编程之多线程ui界面资源修改总结篇 单线程的winfom程序中,设置一个控件的值是很easy的事情,直接 this.TextBox1.value = "Hello World!";就搞定了,但是如果在一个新线程中这么做,比如: private void btnSet_Click(object sender, EventArgs e) {        Thread t = new Thread(new ParameterizedThreadStart(SetText

暑假花了一个多月自学了Win32 SDK编程,不敢说成为了高手,但是还是颇具收获——windows的消息机制(著名的消息循环).一切控件均是窗口…… 曾经有一位网友(和我一个专业的)向我吐槽:Win32 SDK都是那么老的"老古董"了,你怎么还学它呢,岂不是浪费时间? 其实当时我听到这句话,内心比较感慨,我没做什么回应——想必大家应该知道什么是经典,什么是根源——当你知其所以然时,必是你真正知其然之时 Ok,步入今天(也是未来一段时间的)的主题——初识一下WinForm 一.初识Win

单线程的winfom程序中,设置一个控件的值是很easy的事情,直接 this.TextBox1.value = "Hello World!";就搞定了,但是如果在一个新线程中这么做,比如: private void btnSet_Click(object sender, EventArgs e) {        Thread t = new Thread(new ParameterizedThreadStart(SetTextBoxValue));     //当然也可以用匿名委托

我们选择文件可以用 OpenFileDialog ,但是文件夹有两种方法. 法一: 用C#的FolderNameEditor类的子类FolderBrowser类来实现获取浏览文件夹对话框的功能.下面来看看具体是怎么实现的.  首先新建一个winform的项目,再新建一个类文件(File->AddNewItem->Class). 因为FolderNameEditor是在System.Windows.Forms.Design命名空间下的,此命名空间位于动态链接库system.design.dll,

C#中事件.事件委托.事件的订阅 例子: using System.Timers; Timer t1 = new Timer(); t1.Tick += new EventHandler(XX); public static void xx() { } 事件是语言本身规定的,如TICK,事件委托类是系统规定的, 如new EventHandler(),我们要做的是事件发生后的代码,即XX函数中的代码,也就是事件的订阅 事件的订阅就是将委托的函数代码完善,事件发生后,执行委托的代码,当然委托的要求

public void ResMsg()        {            while (isRecMsg)            {                //准备一个数组 准备接收 服务端发来的数据                byte[] msgRec = new byte[1024 * 1024 * 2];                //接收服务端发来的数据,此方法也会阻断当前线程,并返回接收的数据的长度                int recLength =

1.清空DataGridView /// <summary> /// 清空DataGridView /// </summary> /// <param name="dg">DataGridView</param> public void ClearDataGridView(DataGridView dg) { try { if (dg == null || dg.DataSource == null) { return; } DataTa

1.一直以为,MouseClick事件在鼠标点击时发生,MouseDoubleClick事件在鼠标双击时发生.那么在单击鼠标时会调用MouseClick事件处理程序,双击鼠标时会调用MouseDoubleClick事件处理程序.现在发现,在双击时会调用MouseClick事件一次,调用MouseDoubleClick事件一次.而不是只调用MouseDoubleClick事件一次,也不是会调用MouseClick事件两次.

问题描述: 在VS中的窗体设计器中拖放一个ComboBox控件后想调整控件的大小.发现在控件上用鼠标只能拖动宽度(Width)无法拖动(Height). 解决过程: 1.控件无法拖动,就在属性窗口中设置Size属性.但是无法更新Height. 2.网上搜索发现,调整ComboBox等一些控件的大小时需要在Font属性中Size的大小才可以. 待解决问题: 为什么控件的大小需要通过调整字体的大小的属性才能更改呢?

在做项目中,需要用到listview显示数据.同时,项目要求,通过检索用户输入的数据,程序通过搜索,确定数据所在的行并通过程序设定为选中状态并高亮显示.同时,正常响应鼠标单击响应的效果,单击时,程序设定的选中行清除选中状态.类似的效果如下: 以选中第4行为例,我的实现代码如下: //更改listView属性             this.listViewUser.GridLines = true;//显示表格线             this.listViewUser.View = Vie

public string MyConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=ErLake.mdb"; /// <summary> /// 获取Excel文件 /// </summary> /// <param name="sender"></param> /// <param name="e"><

第一部分:FlowLayoutPanel控件 实现效果: 将FlowLayoutPanel做为导航菜单按钮的容器 以实现 某个菜单按钮不显示时 整体的导航菜单布局不至于"缺憾" 原导航菜单为 button1 button2 button3 当button2不显示时 导航菜单自动变为 button1 button3 而不是 button1   空位 button2 如果以Panel做容器 则实现不了如上效果 再有 以FlowLayoutPanel为容器 默认内部的控件会"集&q

概述 在之前写的一篇关于async和await的前世今生的文章之后,大家似乎在async和await提高网站处理能力方面还有一些疑问,博客园本身也做了不少的尝试.今天我们再来回答一下这个问题,同时我们会做一个async和await在WinForm中的尝试,并且对比在4.5之前的异步编程模式APM/EAP和async/await的区别,最后我们还会探讨在不同线程之间交互的问题. IIS存在着处理能力的问题,但是WinForm却是UI响应的问题,并且WinForm的UI线程至始至终都是同一个,所以两

转自:http://www.cnblogs.com/jesse2013/p/Asynchronous-Programming-In-DotNet.html 概述 在之前写的一篇关于async和await的前世今生的文章之后,大家似乎在async和await提高网站处理能力方面还有一些疑问,博客园本身也做了不少的尝试.今天我们再来回答一下这个问题,同时我们会做一个async和await在WinForm中的尝试,并且对比在4.5之前的异步编程模式APM/EAP和async/await的区别,最后我们

http://jcserver.blog.163.com/blog/static/24044859200851582354135/ 通常我们WinForm编程时,要获取程序当 前运行的文件夹路径会用Application.StartupPath ,但是Application.StartupPath在编写类库项目时却无法 使用,因为我们根本无法用using System.Windows.Forms;来引入Application.StartupPath 的命名空间,这个时侯我们要用AppDomain

个人接触.Net是在2013年8月份到了一家新的公司开始的. 目前为止,发现自己的知识储备如下: 基本的WinForm编程,但没做过对应项目. 基本的Asp.Net页面,做过查询.树形菜单.登录的小功能(没有完整的项目开发经验). 基于TCP.UDP接口程序的开发,熟悉102和104规约. 基于平时自己开发是没有固定的类库,为了减少错误和提高效率,因此要有自己个人的类库.虽然有很多第三方的类库(比如苏飞论坛上类库和其它一些开源的类库,但终归不是自己编写和熟悉的) 这样以来,我相信随着时间的推移,

通常我们WinForm编程时,要获取程序当前运行的文件夹路径会用Application.StartupPath ,但是Application.StartupPath在编写类库项目时却无法使用,因为我们根本无法用using System.Windows.Forms;来引入Application.StartupPath 的命名空间,这个时侯我们要用AppDomain.CurrentDomain.BaseDirectory. private static string fullPathFileName

概述 在之前写的一篇关于async和await的前世今生的文章之后,大家似乎在async和await提高网站处理能力方面还有一些疑问,博客园本身也做了不少的尝试.今天我们再来回答一下这个问题,同时我们会做一个async和await在WinForm中的尝试,并且对比在4.5之前的异步编程模式APM/EAP和async/await的区别,最后我们还会探讨在不同线程之间交互的问题. IIS存在着处理能力的问题,但是WinForm却是UI响应的问题,并且WinForm的UI线程至始至终都是同一个,所以两