Nicrosoft-CSDN博客

原创我的真正blog地址

http://www.sunistudio.com/nicrosoft/blog/ 或者http://www.nicrosoft.cn/blog/以上两地址相同。

2006-09-25 05:34:00 1343

原创刮台风了，真好

可以不用开空调了，为国家节省紧缺的电力了。真光荣。

2004-07-17 10:38:00 1444 1

原创正确看待《Delphi高手突破》最后一章的实例

　　《Delphi高手突破》已经出版近一年了，其间有不少读者发来Email，我没有做到每封必回，应该会得罪了不少读者朋友，在此只能说声抱歉了。不过，有不少读者来Email询问关于他们正在构建的系统的技术细节问题，也有读者发来源代码请求帮助的。希望这些读者能设身处地的为我考虑一下，我自己也在上班打工，也要构建老板要求的系统，我写的源代码也有很多问题需要修正，我也想找个人来帮我看看我的代码呀。　　

2003-08-02 10:40:00 1766

原创《Delphi高手突破》节选－－脱离VCL的Windows程序

我知道，朋友们等待这本书很久了，好多朋友都发Email来问。出版社现在说，10月中旬可以上市。上市最快的，应该是网络上的销售，然后，常规渠道来说，北京应该比其他区域快。在此，再贴出一段节选。书的支持网站：http://www.sunistudio.com/nicrosoft/book/did/光盘内容下载暂时不提供。谢谢！------------------------------

2002-09-30 12:00:00 1654

原创《Delphi高手突破》初稿目录

这是我的新书的初稿的目录，写了近半年时间，可以说很辛苦，不过也感觉很值得，只是心中一直惴惴不安，恐怕辛苦换不来成果。很高兴CSDN上很多朋友期待这本书，于是在完成初稿后，想立刻和大家分享一些。注意：正式稿的目录可能与这个目录还有细微差异。和本书主题相关的，如果您还想要加入什么内容，请告诉我，谢谢。本书第一章全文，可在这里看：http://www.csdn.net/Expert/To

2002-05-30 10:02:00 1469

原创《Delphi高手突破》第0章（预览版）——关于本书

第0章关于本书感谢您阅读本书！本书是写给程序员的，更确切说，是写给Delphi程序员的，再确切些，是写给已经有了一定的实现能力而欲求寻找一种"突破"的Delphi程序员的。作者本人，在接触了两年的Delphi之后，曾经迷茫过。我可以写各种各样的程序，我懂得VCL大多数组件的用法，我知道应该调用哪个Windows API来完成我要的功能……但时常会疑惑：这就是写程序了？那时候在大学里读书

2002-05-30 10:02:00 1525

原创三谈多态——善用virtual

三谈多态——善用virtual作者：Nicrosoft（[email protected]） —— 2002.4.30出处：东日软件开发网络（SSDN） http://www.ssdn.net　　　多态性，是一种能给程序带来灵活性的东西。看过《设计模式》的程序员应该都知道，相当多的模式（几乎所有）都是依靠多态来实现的，以此给程序提供可扩展、可重用性。在《再谈多态——向上映

2002-05-08 10:18:00 1665

原创《delphi高手突破》节选二

完成了第三章异常及错误处理，节选一节构造函数与异常这个话题在C++社区中经常会被提起，而在Delphi社区中似乎从来没有人注意过。也许由于语言的特性，使得Delphi程序员不必关心这个问题。但我想Delphi程序员也应该对该问题有所了解，知道语言为我们提供了什么而使得我们如此轻松，不必理会它。正所谓“身在福中须知福”。我们知道，类的构造函数是没有返回值的，如果构造函数构造对象失败，不

2002-02-12 21:26:00 1623

原创《delphi高手突破》节选一

上次贴出新书的第一章，出乎我的意料，反响热烈，得到许多网友的支持。今天完成了第二章的草稿的撰写，在此节选一小段文字，希望继续得到大家的支持，指正。当然，节选的量是非常少的（否则出版社也不答应，呵呵），不过，一斑可窥全豹，之后我会在每一章完成后，节选少量文字贴在这里。信箱 [email protected]个人主页 http://www.sunistudio.com/nicroso

2002-02-04 08:40:00 1528

原创 RAD与non-RAD

RAD与non-RAD该文绝大部分文字本来准备出现于正在写的一本新书中的，不过写完之后感觉和书的主题不甚贴切，因此就毅然从书中删掉了。不过感觉这段文字说出了很多一直想说的话，因此便将它独立成文。　　似乎说到Delphi，就会谈到这个话题。不错，Delphi是RAD（Rapid Application Development，快速应用开发工具）。　　VB的出现，掀起了一场编程方式的革命，

2002-01-30 12:05:00 2021

写在前面的话：目前，正在写一本面向delphi熟练程序员的书，主题是在delphi中使用面向对象编程技术构建良好设计的程序。此书还在写作过程中，我希望能让大家先对此书的主题以及语言风格能有一个预先的了解。同时，能提出自己的意见。作为作者，我希望这本书能成为国内原创Delphi图书中的经典之作，未必能成功，但我尽力。由于以上原因，我不可能将整本书都贴出来（呵呵，那样就没人去买了），所以应该不会有后续

2002-01-22 11:36:00 2041

原创 C++ FAQ Lite[3]--C++ FAQ Book 与 C++ FAQ Lite

2001-10-29 14:03:00 1570

原创 C++ FAQ Lite[16]--自由存储(Freestore)管理（下）

[16] 自由存储（Freestore）管理(Part of C++ FAQ Lite, Copyright ? 1991-2001, Marshall Cline, [email protected])简体中文版翻译：申旻，[email protected]（东日制作室，东日文档）FAQs in section [16]:[16.19] C++ 有

2001-10-29 12:28:00 1599

原创 C++ FAQ Lite[16]--自由存储(FreeStore)管理（上）

[16] 自由存储（Freestore）管理（上）(Part of C++ FAQ Lite, Copyright ? 1991-2001, Marshall Cline, [email protected])简体中文版翻译：申旻，[email protected]（东日制作室，东日文档）FAQs in section [16]:[16.1]

2001-10-29 12:15:00 1520

原创再谈多态——向上映射及VMT／DMT

再谈多态——向上映射及VMT／DMT作者：Nicrosoft([email protected]) 2001.10.9个人主页：http://www.sunistudio.com/nicrosoft/东日文档：http://www.sunistudio.com/asp/sunidoc.asp 在《浅谈多态——概念描述》一文中，提到多态的本质就是“将子类类型的指针赋

2001-10-09 23:53:00 1447

原创浅谈多态——概念描述

浅谈多态——概念描述 2001.9.25 作者：Nicrosoft（奈软 [email protected]）个人主页：http://www.sunistudio.com/nicrosoft/ 东日文档：http://www.sunistudio.com/asp/sunidoc.asp 多态性，这个面向对象编程领域的核心概念，本身的内容博大精深，

2001-09-25 19:21:00 1421

原创再谈异常——谈C++与Object Pascal中的构造函数与异常

再谈异常——谈C++与Object Pascal中的构造函数与异常作者：Nicrosoft([email protected]) 2001.9.15个人主页：http://www.sunistudio.com/nicrosoft/东日文档：http://www.sunistudio.com/asp/sunidoc.asp　　我们知道，类的构造函数是没有返回值的，如果构造函数构

2001-09-15 11:45:00 1308

原创 C++ FAQ Lite[15]--通过 <iostream> 和 <cstdio>输入／输出（新）

2001-09-10 22:21:00 1506

原创浅谈Object Pascal的指针

浅谈Object Pascal的指针 Nicrosoft([email protected]) 2001.8.26 (http://www.sunistudio.com/nicrosoft/ 东日文档：http://www.sunistudio.com/asp/sunidoc.asp) 大家都认为，C语言之所以强大，以及其自由性，很大部分体现在其灵

2001-08-26 21:10:00 1071

原创 C++ FAQ Lite[13]--算符重载（新）

2001-08-25 15:30:00 1310

原创 “实现能力”与“设计能力”

nicrosoft于 2001.8.17 （http://www.sunistudio.com/nicrosoft/）我见过太多的代码（我自己以前也是），只注重实现功能。国内绝大多数的程序员都以为实现了就成功了。在开始敲键盘之前，有多少人想过即将被创建的代码会有多少的可维护性？是准备创建用完就扔的代码，还是需要不断升级、改进的代码？如果是需要长期被维护、改进的代码，在最初的时候，如果只是注重实现，

2001-08-17 17:19:00 2374 1

原创 C++ FAQ Lite[12]--赋值算符（新）

2001-08-15 19:35:00 1107

原创 C++ FAQ Lite[11]--析构函数（新）

2001-08-10 20:35:00 1686

原创 C++ FAQ Lite[10]--构造函数（新）

2001-08-08 21:41:00 1370

原创 C++ FAQ Lite[6]--综述（新）

2001-07-28 00:29:00 1445

原创异常和错误处理（基于Delphi/VCL）

有人在看了我的“如何将界面代码和功能代码分离（基于Delphi/VCL）”之后，提到一个问题，就是如何对服务端的类的错误进行处理。在基于函数的结构中，我们一般使用函数返回值来标明函数是否成功执行，并给出错误类型等信息。于是就会有如下形式的代码： RetVal := SomeFunctionToOpenFile(); if RetVal = E_SUCCESSED t

2001-07-25 14:51:00 1723

原创如何将界面代码和功能代码分离（基于Delphi/VCL）

东日文档很多朋友看了上次我写的“创建良好设计的代码（基于Delphi/VCL）”后，对我说感觉上可以接受其中的观点，但似乎说得太简单，不够具体；也有的朋友对其中的一个小例子有些异议。因此便有了此文。上次，我举的例子是这样的：假设要从某处获得一个字符串列表，然后显示于 TListBox 中，我所推崇的代码是： ObjectXXX := TObjectXXX.Cre

2001-07-14 14:32:00 1727

原创注释不宜过头

我一个同学，称自己的每一句代码都有注释，并以此为荣。其实，注释的目的是什么呢？是为了别人接手这个程序时，能很快理解程序；或者长时间之后，帮助自己回忆。我不知道现在有多少程序员在开始写代码之前，会认认真真的对程序进行设计。是理清了头绪再敲键盘，还是不管三七二十一，写了，然后再拼命调试，拼命改……良好设计的代码脉络清晰，模块划分合理，每个模块的逻辑足够简单。阅读这样的代码就如同阅读小说一样

2001-06-21 00:29:00 1250

原创创建良好设计的代码（基于Delphi/VCL）

东日文档我们平时都会写很多代码，为公司，为自己或者为朋友。有时，为了验证自己的一个想法，或学习某一个技术，会写一些试验性的代码。这样的代码的生命周期很短，基本不需要维护，随意写一下就可以。但是，当你真正要完成一个 Project 的时候，代码设计就非常重要。因为这样的代码是需要长期维护，不断修改或增强的。设计凌乱的代码会使得维护非常困难或者根本不可能，修改这样的代码意味着产生更多的 b

2001-06-06 23:30:00 1693

原创 C++ FAQ Lite[24]--继承（私有和保护继承）（更新）

2001-06-01 05:08:00 1332

原创自制支持文件拖放的VCL组件

用过Winamp的朋友都知道，Winamp的界面能支持文件拖放，当你想欣赏某MP3文件时，只需要将文件拖到Winamp的窗口上，然后放开鼠标就行了。那我们如何让自己的程序也实现这样的功能呢？我们可以通过改进开发工具提供的标准组件来实现。下面以Delphi环境中的ListBox组件为例，让ListBox支持文件拖放。首先介绍一下要用到的API函数： DragAccep

2001-05-29 12:46:00 1627 3