废弃

.net 换肤 较好的解决方案， 界面皮肤处理库 附加22 种风格的界面皮肤，合计64个皮肤 附带例子程序（简单的测试程序及源码，另一框架演示程序）需要安装.net 2.0, VS 2005

现在在Windows下的应用程序开发，VS.Net占据了绝大多数的份额。因此很多以前搞VC++开发的人都转向用更强大的VS.Net。在这种情况下，有很多开发人员就面临了如何在C#中使用C++开发好的类的问题。下面就用一个完整的实例来详细说明怎样用托管C++封装一个C++类以提供给C#使用。

界面并不仅仅是一个应用程序，它应该能为用户服务，是用户与程序沟通的唯一途径。界面的设计为的是用户而不是程序员。 1.简易性 界面的简洁是要让用户便于使用、便于了解、并能减少用户发生错误选择的可能性。 2.用户的语言 界面中要使用能反应用户本身的语言，而不是游戏设计者的语言。 3.记忆负担最小化 人脑不是电脑，在设计界面时必须要考虑人类大脑处理信息的限度。 人类的短期记忆极不稳定、有限，24小时内存在25%的遗忘率。所以对用户来说，浏览信息要比记忆更容易。 4.一致性 是每一个优秀界面都具备的特点。界面的结构必须清晰且一致，风格必须与游戏内容相一致。 5.清楚 在视觉效果上便于理解和使用。 6.用户的熟悉程度 用户可通过已掌握的知识来使用界面，但不应超出一般常识。 7.从用户的观点考虑 想他们所想，做他们所做。用户总是按照他们自己的方法理解和使用。 通过比较两个不同世界(真实与虚拟)的事物，完成更好的设计。 如：书籍对比竹简。 8.排列 一个有序的界面能让用户轻松的使用。 9.安全性 用户能自由的作出选择，且所有选择都是可逆的。在用户作出危险的选择时有信息介入系统的提示。 10.灵活性 简单来说就是要让用户方便的使用，但不同于上述。即互动多重性，不局限于单一的工具(包括鼠标、键盘或手柄)。 11.人性化 高效率和用户满意度是人性化的体现。应具备专家级和初级玩家系统，即用户可依据自己的习惯定制界面，并能保存设置。

RSA算法，VC 实现算法，附测试程序 RSA算法，VC 实现算法，附测试程序 RSA算法，VC 实现算法，附测试程序

SkinBeauty 界面换肤开发包v3.0 SkinBeauty是软件开发过程中,负责软件界面换肤,程序界面美化的开发库/开发包。 拥有以下骄人特性: 1.目前世界唯一良好支持vista玻璃样式,磨沙样式的产品,让界面美观度直接升华; 2.目前国际上支持键盘操作状态切换卓越突出的产品,界面元素的状态交互处理极其细致, 这是很多同类产品难以比拟的技术点; 3.同时支持大型商业软件与小型个性化产品不同特性的开发模式,引擎内部智能匹配，符合业界各类需求; 4.引擎架构设计相当优秀,稳定,其性能不畏与当前世界上任何同类产品比拟; 5.支持多种开发语言,不同语言间无缝接合; 6.接口简单易用，精练,一个到3个函数接口则可实现复杂的项目需求。 *几个函数接口即可实现QQ界面,MSN界面,Winamp界面等超眩视觉效果。大大节省开发周期.

很多WM机友很羡慕苹果iphone手机的屏幕界面,但总是一成不变也会腻，这里向你隆重推荐个人认为最好的Windows Mobile系统智能手机界面增强工具Spb Mobile Shell.经测试完全可用,Spb Mobile Shell 是spb（WM内置的天气软件就是这个公司出的）推出的一款具有强大功能的桌面增强程序 ！这里提供的版本是V2.1.2和V3.0,包括菜单9宫图补丁和RomModv风格模板，多国语言版免安装自动更新画面背景天气皮肤SpbMobileShellSkins Release 3.1.1 QVGA 下载地址： Spb Mobile Shell V3.0 arm/cab安装版 点此下载 Spb Mobile Shell V2.12 CAB安装版 点此下载 免安装自动更新皮肤Spb Mobile Shell Skins3.1 点此下载 Spb菜单9宫图补丁和RomModv风格模板 点此下载

架构师与设计师 架构师与设计师 架构师与设计师

1、系统和网络编程库：ACE 除了ACE之外，还有很多系统和网络编程方面的程序库。比如在线程库方面，还有ZThread、boost::thread，如果放大到C/C++领域，还有APR，还有CII。在文件和目录操作方面，boost也有相应的组件，而在网络编程方面有socket++，还有boost::asio，未来的C ++0X中几乎肯定有一个网络编程和一个线程库。然而目前看来，ACE仍然是进行系统和高性能网络编程的首选，其地位在一段时间内不会被撼动。它不但是一个实用的程序库、框架集，还是一个典范的设计模式应用范例，非常值得学习。 2、GUI库：Qt 传统上Qt被认为是可移植的GUI库，但实际上Qt现在已经是一个比较完整的可移植应用程序框架了，其中包含了大量的工具，比如正则表达式、Web和 Socket类、2D和3D图形、XML解析、SQL类等，甚至还包括了一个完整的容器类库，不过其王牌还是GUI。在目前的跨平台GUI框架中，Qt成熟度最高，已经被一些大公司应用在关键产品中。由于Trolltech对Qt采用的dual license模式，该产品既可以从开源社区获得支持，又能够赚取足够的商业利润，因此其前景也令人比较有信心。 Qt的主要技术特色是其元对象模型。Qt实际上使用的并不是标准的C++，而是标准C++的一个扩展。它通过元对象模型扩展，实现了著名的signal/slot机制，而这一机制也成为Qt的最大特色和优势。 与Qt类似的可移植GUI框架还有wxWidget、FOX等。 3、分布式对象中间件：ICE ICE是分布式对象中间件领域里的后起之秀，可以大致地将其视为“改进版”的CORBA。目前应用在一些大型项目当中，其中包括波音公司主持的下一代陆军作战系统。 ICE的一个特别价值是其代码的范例意义。由于ICE的出现较晚，开发者比较系统地应用了新的C++编程风格，所以成为了研读C++代码的良好目标。 4、正则表达式：boost::regex 正则表达式是编程工作中最强有力的工具之一。C++的正则表达式支持一直以来是一个软肋。大约在2001年左右，boost中出现了regex库，初步解决了这个问题。但是最初的regex无论在效率上还是可靠性方面都有一些问题，后来经过一次大规模的翻修之后，达到了比较完善的程度。 其他可以选择的替代品还有C语言的pcre库，Qt中的QRegExp类等。 5、矩阵计算：MTL 自1995年以来，C++在科学计算领域当中取得了巨大的突破。这主要归功于template技术的高级应用，使得C++在科学计算的性能方面取得了巨大的进步，一大批优秀的C++科学计算库涌现出来。比如Blitz++、POOMA、MTL、Boost::uBLAS。而这其中，MTL就功能丰富程度、性能、开发支持和成熟程度来讲，是比较突出的一个，因此可以优先考虑。值得一提的是，2002年，MTL与后来被Intel收购的KAI C++配合，曾经在性能评测中击败了FORTRAN。 6、XML、TinyXml C++的XML相关库不少，但是大部分其实都是C库，使用起来自然不那么轻便。其中基于DOM的有TinyXml，基于SAX的当然是Xerces。前者小巧快捷，便于使用，适合做数据交换。后者则是全功能的XML解析器。 7、内存管理：boost::smart_ptr，Hans-Boehm GC C/C++的内存管理是一个永恒的话题。一般来说，C++的开发者倾向于自己管理内存。然而，出乎很多C++开发者意料的是，近期C++的一些领袖人物已经公开宣称，如果不配备自动内存管理机制，用C++编写安全可靠的大型程序是非常困难的。而Bjarne Stroustrup也曾对中国开发者建议，如果没有特别的理由，应该在大型项目中使用自动内存管理工具。因此，今天的C++开发者应当积极地学习和应用自动内存管理设施。 说到自动内存管理，比较轻量级的做法是boost::smart_ptr，而激进的做法是引入完整的GC机制。目前开源而又比较可靠的GC中，Hans- Boehm GC无疑是最受信赖的。作为一个保守的GC，Hans-Boehm GC在性能和功能方面都算是卓越。特别是，使用这个**，你仍然可以*elete、free来自己管理内存，对于我们编程习惯的冲击比较小。 8、配置管理：Lua 随着软件系统越来越复杂，对软件的可配置型提出了越来越高的要求。传统上只要通过命令行参数来配置的系统，现在可能需要越来越多的方式和机制。目前越来越受欢迎、并且得到越来越多证实的做法，是将Lua嵌入到C/C++程序中，而用Lua程序作为配置脚本。这种做法的优势是，Lua语言强大灵活，可以适应复杂的配置要求。同时，Lua便于嵌入C/C++程序，而且编译执行速度非常快，可以说是目前解决C/C++程序配置管理问题的一个出色方案。 9、密码及安全：OpenSSL 安全是今天进行C/C++编程无法回避和必须重视的问题。然而编写安全的应用程序，特别是跟网络相关的C/C++应用程序，是一件十分困难的事情。可以说，整个业界目前在这个进程上仍然处于“初级阶段”。特别是涉及到大量的安全、密码学相关的算法、规范，如果让开发者自己摸索，其工作量和难度达到了不现实的程度。因此必须借助可靠的相关程序库才有可能提高程序的安全性。在这方面，OpenSSL是目前最好的选择，其内容之全面可靠，已经成为业界标杆。然而，由于安全编程固有的复杂性，即使使用penSSL，开发工作仍然是非常繁琐的。因此我们也希望能够尽快看到更简单、更易用的C/C++安全程序库。

我一直在寻找这样一个类库：他对Windows的窗口提供面向对象的封装，有灵活的消息响应机制和比较完备的界面框架解决方案，对标准控件提供简练实用的封装，支持操作系统的新特性，支持功能扩充和二次开发，有代码自动生成向导机制，生成的程序使用较少的系统资源，最后是有完全的代码支持和文档支持。 你会说那就用MFC吧！ 是的，我一直使用MFC，但我对MFC已经越来越厌倦了。陈旧的类库使得它无法支持操作系统的新特性(MFC的类库从4.21版之后就没有更新了，而那时是1998年，人们使用Windows 95和windows NT4)，臃肿的消息映射机制和为了兼容性而保留下来的代码使得程序效率低下，面面俱到的框架结构使得生成的应用程序庞大并占用过多的系统资源。当一个功能简单的程序使用动态链接也超过200K，占用3%-4%的系统资源时，我决定放弃MFC，寻找一个新的功能类似的类库。我研究过很多类似的代码，不是过于简单，无法用于应用程序的开发就是缺乏代码和文档的支持。在CodeProject上有一个名为Class的类库，我也研究过它的代码，具备了基本的界面框架，对控件也有了简单的封装，但是不实用，庞大的虚函数机制使得对象非常臃肿，无法减少对资源的占用。我甚至仿照MFC做了一个简单的类库miniGUI，形成了基本的框架解决方案，但是最后放弃了，原因很简单：无法用于应用程序的开发。一个应用程序界面框架错综复杂，要考虑的事情太多，开发者不可能在应用程序和界面框架两线作战。就在我即将绝望的时候，我遇到了WTL。

C++编程惯用法 C++编程惯用法 C++编程惯用法

完整的项目开发文档 完整的项目开发文档 完整的项目开发文档

企业应用构架模式 企业应用构架模式 企业应用构架模式

.net 核心的思想 技术 .net 核心的思想 技术 .net 核心的思想 技术

嵌入式的开发与基于操作系统的开发有很大的不同，请大家注意一点，我说的嵌入式是指代码不依赖于嵌入式操作系统的编写，这让我们要有用更多的精力去考虑硬件资源的分配，寄存器的管理，甚至时序与独占性。 在说编程基础之前顺便小谈一下机器执行原理，软件的开发本质上是操作寄存器，通过对不同的寄存器赋值，已到达控制硬件实现动作的目的。不管是程序寄存器，特殊寄存器……这就就好象一个人，大脑里存了丰富的程序，通过这些知识和经验，熟练的操作人的身体。人工智能现最大难题还是机器的学习性，没有人知道大脑里边预装的是什么“操作系统”，而这个强大“操作系统”就能完成所有身体的硬件接口与分配。本人支持人工智能欲望论，如果机器有欲望，机器就会聪明起来……扯远了

在越来越注重生活品质和自我个性的今天，DIY作为一种生活态度深入到了生活的方方面面，已经从最初的饰品、服装、家居到今天的电脑系统的操作界面及操作方式，网络博客等等，无论哪个方面，它体现出的是：挑出合适的组成更好的。这在现实世界早已成为潮流，而在现实世界基础上的虚拟世界也已开始萌动，软件的自由组合、自由定制并不陌生，但发展缓慢。很大原因是因为软件本身兼容性与连接能力的限制。 TangramMini在一定程度上可以说为虚拟世界的DIY提供了一个概念，为软件的自由组合、自由定制提供了一个桥梁、一个平台。TangramMini可支持MFC对象、COM对象和.NET对象自由组合形成的UI界面，打破了传统MFC UI框架的架构局限；此外，这种组合机制是基于XML描述的，因而不需要再编写代码。下面将陆续展示出用TangramMini搭建的一些比较常见框架结构，供大家交流探讨。

摘要：本文主要介绍如何开发一个ActiveX控件，提供接口，与相应事件挂钩。文中涉及到VARIANT，SAFEARRAY，BSTR的详细使用方法。 另外还提供了WinSock的详细开发步骤，以及如何响应网络超时，网络断开的事件方法以及在VC，VB调用该控件的方法。 关键字：ActiveX，Socket，VARIANT， SAFEARRAY，BSTR。

消除编译错误和消除代码中的问题并不是完全相同的 过早地消除合理的编译警告并不是一件好事 在消除编译警告之前要对它们进行仔细检查(如：强制类型转换) 编译警告能帮助你发现错误，因此不要轻易地消除警告。 处理警告的核心是要发现问题，而不是抑制警告本身，目标是消除错误

随着面向对象技术的发展成熟，已经出现了许多著名的应用程序框架，如在Windows平台下有MFC、VCL、OWL等；在旧的DOS系统下有Turbo Vision。在这里我希望通过我设计的“SW系统”来阐述我对设计应用程序框架一些想法。其中涉及的内容主要有： 1、 应用程序框架设计的基本内容 这一部分主要是讨论应用程序框架的必要性、可行性，以及设计应用程序框架的基本思路。 2、 SW系统的总体内容与实现 这一部分主要讨论作为一个应用程序框架，SW系统的总体结构和内容，并对SW系统一些重要的实现细节做出说明。其中主要有：SW系统中的窗口模型、属性、SW系统的RuntimeClass支持和序列化等。在最后，我们要分析经典应用程序框架的缺陷。同时也说明由SW系统向COM转变的必然。 3、 SW系统的新方向：基于COM（组件）思想的应用程序框架 这一部分主要介绍组件思想的基本内容。SW系统的对组件思想的实现。

"你懂什么？" "我懂.net,mfc,atl,owl( c++ builder 库),windows api" "那么如果我现在的项目里不需要你说的所有的这些东西，你还能做什么?" "那么，恐怕我做不了什么。" 如果那个人是你的话，那么我觉得你还没真正的入行。以前我记得有个帖子曾经这么提问过"以后windows没有windows api了，没有mfc了，将是.net的天下，vc++ 程序员要失业了".那么如果没有windows api你就失业了，那么只能说你确实不是真正的c++程序员。 那么真正的软件开发都该包括些什么呢： 实际上在软件的世界里，真正重要的是思想，而不是工具本身。

题记：你是优秀的it项目经理，你不是千万富翁，为什么？不是你不够优秀，而是你没有意识到你其实是可以成为千万富翁的。 　　 如何当好it项目经理 在it公司，it项目经理起到非常重要的作用。tuenhai一直在思考，如果是我，如何当好it项目经理？

程序员逻辑思维训练 提高软实力

数字图像处理 第二版（冈萨雷斯）,,国外经典入门教材

图像处理分析与机器视觉2 ,,,美国经典教材,本科+研究生

构架设计 高端实现 详细设计 构架设计 高端实现 详细设计 构架设计 高端实现 详细设计 构架设计 高端实现 详细设计

构架设计 高端实现 系列 构架设计 高端实现 系列 构架设计 高端实现 系列

Ftp客户端源码，支持Win32，Linux双平台， C++实现

1 BMP to MPEG I帧转换，有VC可编译工程 2 mpeg2编解码 源代码，有VC可编译工程 3 YUV to BMP 源代码 4 MPEG文件分析 EStreamAnalyzer 5《Visual+C++实现MPEG_JPEG编解码技术》源代码 6 yuvtools_v2[需要VC6的MFC相关动态库] 。。。。。 请分享

1 BMP to MPEG I帧转换，有VC可编译工程 2 mpeg2编解码 源代码，有VC可编译工程 3 YUV to BMP 源代码 4 MPEG文件分析 EStreamAnalyzer 5《Visual+C++实现MPEG_JPEG编解码技术》源代码 6 yuvtools_v2[需要VC6的MFC相关动态库] 。。。。。 请分享

冯纯刚1 BMP to MPEG I帧转换，有VC可编译工程 2 mpeg2编解码 源代码，有VC可编译工程 3 YUV to BMP 源代码 4 MPEG文件分析 EStreamAnalyzer 5《Visual+C++实现MPEG_JPEG编解码技术》源代码 6 yuvtools_v2[需要VC6的MFC相关动态库] 。。。。。 请分享

1 BMP to MPEG I帧转换，有VC可编译工程 2 mpeg2编解码 源代码，有VC可编译工程 3 YUV to BMP 源代码 4 MPEG文件分析 EStreamAnalyzer 5《Visual+C++实现MPEG_JPEG编解码技术》源代码 6 yuvtools_v2[需要VC6的MFC相关动态库] 。。。。。 请分享

1 BMP to MPEG I帧转换，有VC可编译工程 2 mpeg2编解码 源代码，有VC可编译工程 3 YUV to BMP 源代码 4 MPEG文件分析 EStreamAnalyzer 5《Visual+C++实现MPEG_JPEG编解码技术》源代码 6 yuvtools_v2[需要VC6的MFC相关动态库] 。。。。。 请分享

1 BMP to MPEG I帧转换，有VC可编译工程 2 mpeg2编解码 源代码，有VC可编译工程 3 YUV to BMP 源代码 4 MPEG文件分析 EStreamAnalyzer 5《Visual+C++实现MPEG_JPEG编解码技术》源代码 6 yuvtools_v2[需要VC6的MFC相关动态库] 。。。。。 请分享

1 BMP to MPEG I帧转换，有VC可编译工程 2 mpeg2编解码 源代码，有VC可编译工程 3 YUV to BMP 源代码 4 MPEG文件分析 EStreamAnalyzer 5《Visual+C++实现MPEG_JPEG编解码技术》源代码 6 yuvtools_v2[需要VC6的MFC相关动态库] 。。。。。 请分享

1 BMP to MPEG I帧转换，有VC可编译工程 2 mpeg2编解码 源代码，有VC可编译工程 3 YUV to BMP 源代码 4 MPEG文件分析 EStreamAnalyzer 5《Visual+C++实现MPEG_JPEG编解码技术》源代码 6 yuvtools_v2[需要VC6的MFC相关动态库] 。。。。。 请分享

1 BMP to MPEG I帧转换，有VC可编译工程 2 mpeg2编解码 源代码，有VC可编译工程 3 YUV to BMP 源代码 4 MPEG文件分析 EStreamAnalyzer 5《Visual+C++实现MPEG_JPEG编解码技术》源代码 6 yuvtools_v2[需要VC6的MFC相关动态库] 。。。。。 请分享

1 BMP to MPEG I帧转换，有VC可编译工程 2 mpeg2编解码 源代码，有VC可编译工程 3 YUV to BMP 源代码 4 MPEG文件分析 EStreamAnalyzer 5《Visual+C++实现MPEG_JPEG编解码技术》源代码 6 yuvtools_v2[需要VC6的MFC相关动态库] 。。。。。 请分享

1 BMP to MPEG I帧转换，有VC可编译工程 2 mpeg2编解码 源代码，有VC可编译工程 3 YUV to BMP 源代码 4 MPEG文件分析 EStreamAnalyzer 5《Visual+C++实现MPEG_JPEG编解码技术》源代码 6 yuvtools_v2[需要VC6的MFC相关动态库] 。。。。。 请分享

1 BMP to MPEG I帧转换，有VC可编译工程 2 mpeg2编解码 源代码，有VC可编译工程 3 YUV to BMP 源代码 4 MPEG文件分析 EStreamAnalyzer 5《Visual+C++实现MPEG_JPEG编解码技术》源代码 6 yuvtools_v2[需要VC6的MFC相关动态库] 。。。。。 请分享

1 BMP to MPEG I帧转换，有VC可编译工程 2 mpeg2编解码 源代码，有VC可编译工程 3 YUV to BMP 源代码 4 MPEG文件分析 EStreamAnalyzer 5《Visual+C++实现MPEG_JPEG编解码技术》源代码 6 yuvtools_v2[需要VC6的MFC相关动态库] 。。。。。 请分享

1 BMP to MPEG I帧转换，有VC可编译工程 2 mpeg2编解码 源代码，有VC可编译工程 3 YUV to BMP 源代码 4 MPEG文件分析 EStreamAnalyzer 5《Visual+C++实现MPEG_JPEG编解码技术》源代码 6 yuvtools_v2[需要VC6的MFC相关动态库] 。。。。。 请分享