一切福田,不離方寸,從心而覓,感無不通。

使用MySQL正则表达式

正则表达式作用是匹配方本,将一个模式(正则表达式)与一个文本串进行比较。 MySQL用WHERE子句对正则表达式提供了初步的支持,允许你指定用正则表达式过滤SELECT检索出的数据。 MySQL仅支持多数正则表达式实现的一个很小的子集。 ———————- 9.2.1  基本字符匹配 REGEXP后所跟的东西作为正则表达式处理。 SELECT prod_name FROM products WHERE prod_name REGEXP '1000' ORDER BY prod_name; ——返回—— +————————+ | prod_name | +————————+ | JetPack 1000 | +————————+     .  表示匹配任意一个字符。 SELECT prod_name FROM products WHERE prod_name REGEXP '.000' ORDER BY prod_name; ————返回———-- +————————-+ | prod_name | +————————-+ | JetPack 1000 | | JetPack 2000 | +————————-+   MySQL中的正则表达式匹配不区分大小写。 为区分大小写,可使用BINARY关键字。 如:WHERE prod_name REGEXP BINARY 'JetPack .000'   9.2.2  进行OR匹配 为搜索两个串之一(或者这个串,或者为另一个串),使用 | 。 | 作为OR操作符,表示匹配其中之一。可给出两个以上的OR条件。 SELECT prod_name FROM products WHERE prod_name REGEXP '1000 | 2000' ORDER BY […]

龙生   04 Jun 2015
View Details

c#中跨线程调用windows窗体控件

我们在做winform应用的时候,大部分情况下都会碰到使用多线程控制界面上控件信息的问题。然而我们并不能用传统方法来做这个问题,下面我将详细的介绍。 首先来看传统方法:

运行这段代码,我们会看到系统抛出一个异常:

这是因为.net 2.0以后加强了安全机制,不允许在winform中直接跨线程访问控件的属性。那么怎么解决这个问题呢,下面提供几种方案。 第一种方案,我们在Form1_Load()方法中加一句代码:

加入这句代码以后发现程序可以正常运行了。这句代码就是说在这个类中我们不检查跨线程的调用是否合法(如果没有加这句话运行也没有异常,那么说明系统以及默认的采用了不检查的方式)。然而,这种方法不可取。我们查看CheckForIllegalCrossThreadCalls 这个属性的定义,就会发现它是一个static的,也就是说无论我们在项目的什么地方修改了这个值,他就会在全局起作用。而且像这种跨线程访问是否存在异常,我们通常都会去检查。如果项目中其他人修改了这个属性,那么我们的方案就失败了,我们要采取另外的方案。 下面来看第二种方案,就是使用delegate和invoke来从其他线程中控制控件信息。网上有很多人写了这种控制方式,然而我看了很多这种帖子,表明上看来是没有什么问题的,但是实际上并没有解决这个问题,首先来看网络上的那种不完善的方式:

使用这种方式我们可以看到跨线程访问的异常没有了。但是新问题出现了,界面没有响应了。为什么会出现这个问题,我们只是让新开的线程无限循环刷新,理论上应该不会对主线程产生影响的。其实不然,这种方式其实相当于把这个新开的线程“注入”到了主控制线程中,它取得了主线程的控制。只要这个线程不返回,那么主线程将永远都无法响应。就算新开的线程中不使用无限循环,使可以返回了。这种方式的使用多线程也失去了它本来的意义。 现在来让我们看看推荐的解决方案:

运行上述代码,我们可以看到问题已经被解决了,通过等待异步,我们就不会总是持有主线程的控制,这样就可以在不发生跨线程调用异常的情况下完成多线程对winform多线程控件的控制了。   原文:http://www.cnblogs.com/zhaotiantang/archive/2009/03/17/1414135.html from:http://www.cnblogs.com/txw1958/archive/2012/08/21/csharp-crossthread-widget.html

龙生   04 Jun 2015
View Details