老李

以前导出数据的时候都是自己定义格式，自己来解析，或者直接导出到TXT里，这显然不能满足用户的继续编辑的要求，所以我用自动化技术写了几个函数可以将数据导出到word和excel中，仅仅是标格数据。。。这个过程是这样的：http://blog.youkuaiyun.com/hoya5121在VC6的类向导中的AUTOMATION页筐中“ADD CLASS”，然后选择“from a type”，浏览到o

C++和C++程序员面临淘汰？  C/C++是十分古老的语言，C语言现在仍然广泛应用于系统开发和很多计算机标准组织的协议实现。C++在程序设计的历史上也有着不可磨灭的地位，由于它的抽象能力，使其在发展初期就以极快的速度占据了半壁江山，在系统，图形，网络，等很多领域成为主角。可以说其辉煌的历史也正在起到减缓其消亡速度的作用。  从世界范围的统计数据来看，C语言和Java的应用广泛度长期处于绝

　　TechRepublic的一名会员Oleg F(有经验的C++开发人员)问我对C++的现状和未来的看法，此外，他还希望了解C++如何适应.NET世界、Web开发和云计算，下面是我的答复。 　　我认为对于大多数一般开发人员而言，C++作为一门通用编程语言将很快从他们的编程语言中消失，但C++仍然会得到大量的使用，特别是操作系统层的工作和底层开发(如嵌入式设备和驱动开发)、某些高性能应用程

富有活力的语言需要不断改变和成长，C++也不例外。在本文中，Bjarne Stroustrup提出了自己对C++的设计和演化的看法。为了让编译器、工具和类库实现者跟上节奏，让用户吸收标准C++所支持的编程技术，在早有预计的、沉寂了几年之后，委员会再次考虑语言扩展问 题了。”扩展工作组”已经建立了，它代替了”演化工作组”。名称的改变（这是Tom Plum的建议）反映了更重要的是语言特性和标准类库

C#include 　　　　//设定插入点#include 　　　　 //字符处理#include 　　　　 //定义错误码#include 　　　　 //浮点数处理#include         //对应各种运算符的宏#include 　　　　//定义各种数据类型最值的常量#include 　　　　//定义本地化C函数#include 　　　　　//定义数学函数#include      

做为一个程序员，身处一个特殊的行业，每天都在不停的工作和学习，年轻时你很是了得，在你面前没有什 么问题是解决不了的，职业给了你耀眼的光环，不用炫耀也很夺目，但更多已经步入三十的同仁们却告诉我们一个不可改变的事实，你今天的努力很可能与将来的前 景不成正比。且不管三十岁的前景如何，我们都在向三十岁迈进，现在的你能做些什么呢，是顺其自然？还是努力改变自己的命运？站在人生的这条岔路口，我们该 何去何从…

 class timer {public: timer(); ~timer(); void start(void); void end(void); DWORD getTime(void) const;private: LARGE_INTEGER m_i64CPUFreq; LARGE_INTEGER m_i64Begin; L

将ATL进行了一次封装,不用每次都写繁琐的调用 bool matchRegExp(const CString& strTag, const CString& strPattern,std::vectorvectorCString>> & rer)...{    rer.clear();    bool bRet = false;    ATL::CAtlRegExp regex;   

     C语言已死? 这个论题成为优快云博客们的热点.C语言到底有没有死?其实我也说不清楚,因为我现在从事的工作是用C++开发图形程序,但是我仍然有必要写这样一篇文章,如果你觉得C没有死,并且正准备学习她,那么希望我的经历对你有启示作用,如果你是曾经的C痴迷者并且现在不再用C,那么就和我一起怀念逝去的痴迷吧.      02年我进入大学计算机系,作为一个只会用QQ聊天的电脑白痴,我内心对计

 //.h#pragma once#include vector>//封装一个对磁盘,文件夹,文件进行遍历的类 class CGetFileOrFolder...{protected:    //记录磁盘的串    std::vectorCString> m_strDisk;    //记录文件夹的串     std::vectorCString> m_strFolder;    //记录

C++代码一直以其运行时的高性能高调面对世人， 但是说起编译速度，却只有低调的份了。比如我现在工作的源代码，哪怕使用Incredibuild调动近百台机子，一个完整的build也需要四个小时，恐怖！！！虽然平时开发一般不需要在本地做完整的build，但编译几个相关的工程就够你等上好一段时间的了（老外管这个叫monkey around，相当形象）。想想若干年在一台单核2.8GHZ上工作时的场景 -