万星星

昨天下载一个界面库wxWidgets，编译里面的库很痛苦，有好几个工程，我的在一边等待，痛苦！！于是上网找到命令行编译的方法，可以写一个批处理文件，呵呵，想起以前经理编译工程估计也是这么来得！查msdn找到下面的命令：msdev FileName [/MAKE "ProjectName – ConfigName | ALL"] [/REBUILD /CLEAN /NORECURSE /OUT Lo

我认为理想的软件设计结构（VC）：整体：底层：纯C++类、纯C++写的API。主要封装数据库访问、核心算法等；业务层：DLL或者COM，封装业务逻辑，注意通用性；界面层：使用界面库开发，根据不同需要选择免费或者收费界面库或者控件；界面：高难度：Win32自己完全编写所有界面实现，难度大，灵活度高，体积小，界面不美观；中难度：ATL/WTL，编写界面，难度适中，灵活性好，体积较小，使用别人写好的类可

谨以此篇文章献给我的网友海天一线还有就是为今天的组合数学考试祈祷:海天一线是一个从asp开发转向C++的朋友，并不断奋斗，希望实现个人价值－－进入一所全国最牛的研究生院！有志气！！任何应用程序其实就是对于数据的操作，完成商业逻辑。操作的方法无异于添加、修改、更新、删除、查找、访问等。而操作的过程中需要对数据进行存储，抑或为了加快速度，可能对数据进行二次存储（缓存）。对数据进行存储就设计到数据结构的

前些天发的一个随笔中得知python做界面很强，加之以前也听说过，所以学习了一下，主要想看看python和C++的互操作以取长补短。化了大约4天时间草草看了《Python编程金典》，觉得思想和Java的差不多，面向对象的思想和机制都实现了。但是该书没有涉及到和C++的互操作。在网上找了一下，大概知道怎么回事，原来python提供了api，支持脚本作为字符串参数的执行。于是高兴匆匆的建立一个Pyth

 背景知识 VC向导里面有一个MFC ActiveX项，我们可以使用它来创建ActiveX控件，ActiveX技术是OLE技术的延伸，微软早期推出OLE技术不是非常成功，于是修改了名字以抹去人们对OLE的阴影。ActiveX技术在现在应用非常广泛，它以COM思想为基础，以MFC技术实现，使得开发人员可以快速创建组件功能模块应用于Windows平台任何语言。我们在使用ActiveX控件的时候

平台+插件技术算是一种古老的技术了，Windows OS为我们提供了大量Win32 API就是所谓的编程接口，我们基于Windows编的程序就是OS的插件，离开它就无法运行。平台插件技术在翻新，随着Eclipse的风靡，这种模式一直不衰，然而思想是陈旧的，这里我谈点自己的看法。浅释平台插件 什么叫台呢？台,观四方而高者——《说文》。一个四方的高的平台，给你一种支撑。舞台给演员提供了展示自我的地

存在的必是合理的，都值得我们学习。学什么不重要，重要的是有一技之长。如果你认为MFC垃圾请不要继续看。如果你认为文档视图结构丑陋请不要继续看。如果你认为ATL过时了请不要继续看。庖丁解牛的艺术 庖丁为文惠君解牛，分解牛体时手接触的地方，肩靠着的地方，脚踩踏的地方，膝抵住的地方，都发出砉砉的声响，快速进刀时刷刷的声音，无不像美妙的音乐旋律，符合桑林舞曲的节奏，又合于经首乐曲的乐律。庖丁的解释是：

存在的必是合理的，都值得我们学习。学什么不重要，重要的是有一技之长。如果你认为MFC垃圾请不要继续看。如果你认为文档视图结构丑陋请不要继续看。如果你认为ATL过时了请不要继续看。MFC应用与框架的联系要想分离应用与框架，首先得明白它们之间的联系。用向导生产一个多文档程序观察，可以发现只有一处关联： CMainFrame *  pMainFrame  =   new  CMainFrame;  

学习 COM 的时候，一直强调 COM 的位置透明，但是始终感觉不到透明，组件都是本机注册的。知道分布式 COM 其实就是 DCOM 可以实现远程调用组件，但是一直懒于看，迟迟没有很好理解。眼看着分布式软件设计这么流行， .NET 、 J2EE 大行其道，横下心先把 DCOM 拿下。至于 DCOM 好处我不多说，上网 google 一下，最大的缺点是配置麻烦，尤其是存在防火墙的时候更麻烦（网上说的