继第一和第二篇后，GUI线程安全的原理性内容基本就这些了，如果你是搞学术理论研究的基本就不用继续阅读下面几篇我要继续八卦的内容，下面的内容都是针对具体技术平台的细节问题了。 static void Main(string[] args) { TextBlock text = new TextBlock(); } 创建个Console程序，敲出上面的和helloworld一样复

继上一篇之后应该以后可以少解释为什么要考虑线程安全的了，这篇的重点是如何保证GUI线程安全。 电信网管里最常见的场景莫过于后来来了个告警需要更新界面网元，很多TWaver客户得到后台来的告警信息后很自然的去调用DataBox里Element的AlarmState，或者通过Alarm对象驱动AlarmModel了，这时问题就来了，不管你用的JMS，COBOL，MQ或者是自己起的Socket连接给你的

当我们想要获得一个唯一的key的时候，通常会想到GUID。这个key的长度是36位，如果将这个36为的字符串存储或是用url传递的时候就会感觉非常的难看。就算去掉-分隔符也有32位，如 EAA82B2DA9EA4E5B95330BAF9944FB35，如果转为数字序列 如将guid转为int64数字序列，长度也会有19位。如byte[] buffer = Guid.NewGuid().ToByte

作为一名TWaver Evangelist，我的工作目的就是通过与客户的交流、培训甚至现场支持等方式帮助用户将TWaver更好地应用到客户项目中，TWaver是这么一款横跨Java、Web、Flex和.NET等多种技术平台的GUI图形组件，因此我的工作内容简单的说就是：帮助客户正确使用GUI。 提到GUI线程安全，这是我最想谈也最不想谈的话题，想谈因为此问题不说明白，用户不清楚项目架构设计之初GU

经过两天对于实现应用程序接触结构跨数据库系统的修改，在设计数据库过程中，建议重视两个字段类型，一个是GUID类型，一个是DATETIME（TIMESTAMP）类型。 1.在需要数据库分发和数据库复制的架构中，为了保证数据的一致性，我们经常使用GUID字段类型，但GUID类型只存在于SQL Server数据库对象中，在Oracle中没有此数据类型，需要向RAW或CHAR进行转换。 2.对于需要保证数

前言：最近做一个客户端软件项目，发现很多在XP下轻松运行的功能，到了Win7下出现了很多问题，一时间摸不着头脑，网上也找不着相关的解决方案。没办法只好找了本相关的书啃起来，还是E文的。在读的过程中感觉读E文书比中文书费时多了，于是想到把自己的理解分享出来，一方面方便一些想了解相关知识的人，一方面接收大家的指正，提高一下自己的认识。 下面开始：win7安全性理解文章翻译系列：   ----

Microsoft .Net Micro Framework 官方UI库为WPF，针对320*240的LCD而言，至少额外需要150K以上RAM才能基本运行，所以推出了轻量级的图形库TinyGUI。 WPF支持标准BMP，JPG，GIF图片显示，从使用角度来看非常方便，但是由于嵌入式LCD大都为16bit显示（RGB565格式），无论是BMP还是JPG和GIF都需要进行颜色转换，此外后者还需要进行