Leizi专栏

C#调用DLL （strmagic）

Leizi — Thu, 14 Jan 2010 10:58:00 +0800

　　大家在实际工作学习C#的时候，可能会问：为什么我们要为一些已经存在的功能（比如Windows中的一些功能，C++中已经编写好的一些方法）要重新编写代码，C#有没有方法可以直接都用这些原本已经存在的功能呢？答案是肯定的，大家可以通过C#中的DllImport直接调用这些功能。
　　DllImport所在的名字空间 using System.Runtime.InteropServices;
　　MSDN中对DllImportAttribute的解释是这样的：可将该属性应用于方法。DllImportAttribute 属性提供对从非托管 DLL 导出的函数进行调用所必需的信息。作为最低要求，必须提供包含入口点的 DLL 的名称。
    DllImport 属性定义如下：
    namespace System.Runtime.InteropServices
   {
　 [AttributeUsage(AttributeTargets.Method)]
　 public class Dl

C#调用DLL （初学者适用）

Leizi — Thu, 14 Jan 2010 10:38:00 +0800

每种编程语言调用DLL的方法都不尽相同，在此只对用C#调用DLL的方法进行介绍。首先,您需要了解什么是托管,什么是非托管。一般可以认为：非托管代码主要是基于win 32平台开发的DLL，activeX的组件，托管代码是基于.net平台开发的。如果您想深入了解托管与非托管的关系与区别，及它们的运行机制，请您自行查找资料，本文件在此不作讨论。(一) 调用DLL中的非托管函数一般方法首先，应该在C#语言源程序中声明外部方法，其基本形式是：[DLLImport(“DLL文件”)]修饰符 extern 返回变量类型方法名称（参数列表）其中：DLL文件：包含定义外部方法的库文件。修饰符：访问修饰符，除了abstract以外在声明方法时可以使用的修饰符。返回变量类型：在DLL文件中你需调用方法的返回变量类型。方法名称：在DLL文件中你需调用方法的名称。参数列表：在DLL文件中你需调用方法的列表。注意：需要在程序声明中使用System.

C# ref与out区别

Leizi — Tue, 12 Jan 2010 10:28:00 +0800

在C# 中，既可以通过值也可以通过引用传递参数。通过引用传递参数允许函数成员更改参数的值，并保持该更改。若要通过引用传递参数，可使用ref或out关键字。ref和out这两个关键字都能够提供相似的功效，其作用也很像C中的指针变量。它们的区别是：
1、使用ref型参数时，传入的参数必须先被初始化。对out而言，必须在方法中对其完成初始化。
2、使用ref和out时，在方法的参数和执行方法时，都要加Ref或Out关键字。以满足匹配。
3、out适合用在需要retrun多个返回值的地方，而ref则用在需要被调用的方法修改调用者的引用的时候。
注：在C#中，方法的参数传递有四种类型：传值（by value），传址（by reference），输出参数（by output），数组参数（by array）。传值参数无需额外的修饰符，传址参数需要修饰符ref，输出参数需要修饰符out，数组参数需要修饰符params。传值参数在方法调用过程中如果改变了参数的值，那么传入方法的参数在方法调用完成以后并不因此而改变，而是保留原来传入时的值。传址参

C#-explicit 和 implicit 的含义

Leizi — Tue, 12 Jan 2010 10:21:00 +0800

explicit 和 implicit 属于转换运算符，如用这两者可以让我们自定义的类型支持相互交换
explicti 表示显式转换，如从 A -> B 必须进行强制类型转换（B = (B)A）
implicit 表示隐式转换，如从 B -> A 只需直接赋值（A = B）
隐式转换可以让我们的代码看上去更漂亮、更简洁易懂，所以最好多使用 implicit 运算符。不过！如果对象本身在转换时会损失一些信息（如精度），那么我们只能使用 explicit 运算符，以便在编译期就能警告客户调用端
示例：
using System;
using System.Collections.Generic;
using System.Text;

namespace Example23
{
    class Program
    {
        //本例灵感来源于大话西游经典台词“神仙？妖怪？”--主要是我实在想不出什么好例子了

业务分析的一些原则和方法

Leizi — Wed, 06 Jan 2010 09:26:00 +0800

１.业务需求的描述框架
２.业务域的划分原则
３.系统边界与界面
４.业务对象与业务流程
５.子系统间接口识别（泳道图/垂直跨职能图）
６.业务算法分析

业务对象是业务流程产生或者处理的实体数据，业务对象一般都具有产生、使用、消亡的过程。这个过程的细节是由业务流程决定的。
业务结构描述了每一个业务域的主要子功能域。
业务流程指业务操作的时间顺序或者先后步骤。
功能需求描述了各个业务域完成的主要业务职能。
业务接口描述了业务域与其他业务域之间的数据交换和对数据交换的要求。
业务对象持久化原则：
１.记录对象的历史状态
a.可以重现任意个历史交易过程
b.可以分析查询任意历史状态数据
２.记录对象的特殊状态，便于统计分析

用auto_ptr类模板帮助动态内存管理

Leizi — Wed, 06 Jan 2010 09:23:00 +0800

　　动态内存使用最多的是在C++应用程序的代码中。有过编程经验的程序员虽然都知道new操作符的使用一定要与delete匹配，在某些场合仍然可能有内存溢出。当异常被掷出时，程序的正常控制流程被改变，因此导致潜在的内存溢出。例如，
void g() //可能掷出
{
　　if (some_condition == false)
　　throw X();
}
void func()
{
　　string * pstr = new string;
　　g(); //如果 g 掷出一个异常，内存溢出
　　delete pstr; //如果 g 掷出一个异常，则此行为不能达到的代码行
}
int main()
{
　　try
　　{
　　　　func();
　　}
　　catch(...)
　　{}
}
　　当 g 掷出一个异常，异常处理机制展开堆栈：g()退出，同时控制被转

模板的声明与定义

Leizi — Wed, 06 Jan 2010 09:21:00 +0800

通常，我们是在.h文件中声明函数和类，而将其定义放在单独的.cpp文件中。但在使用模板时，这样做就不行了，由于编译器在碰到某个模板的实例时，必须看到实际的模板定义，而不仅仅是声明。因此，最好是同时将模板的声明和定义都放在相同的.h文件中。因为这个缘故，所有STL头文件都包含模板的定义，而不仅仅只有模板声明。

类模板与模板类

Leizi — Wed, 06 Jan 2010 09:15:00 +0800

1.类模板，是想把数据类型从类中分离出来，成为一个类的描述
最简单的类模板定义例如：

template class 抽象类名{
T ...//}

2.模板类是一些MFC自带的类库
CSingleDocTemplate就是一种，本身是个抽象类，目的就是用来定义一些"Doc/Frame/View"的基础函数，用来协调三者行动和管理

3.RUNTIME_CLASS太多了，建议读读，里面讲的很精彩

MFC框架的创建过程

Leizi — Tue, 16 Dec 2008 14:33:00 +0800

很久没有使用MFC了，以至于都忘记MFC框架复杂的窗口、文档、视的创建过程了。
下面我们跟踪一个MFC MDI的应用程序，来温习或学习一下。

使用AppWizard创建一个MDI应用程序，我创建的应用程序叫MDITest，这样MFC生成了如下的类：
类名作用
CMDITestApp 派生于CWinApp的应用程序类。
CMainFrame 派生于CMDIFrameWnd的MDI框架窗口类。
CMDITestDoc 派生于CDocument的文档类。
CChildFrame 派生于CMDIChildWnd的MDI子窗口类。
CMDITestView 派生于CView的文档显示类。

在运行时刻，CMainFrame, CChildFrame, CMDITestView的窗口关系如下面的表格示出：
CMainFrame
（Menu, Toolbar …）
MDIClient
CChildFrame
CMDITes

内存泄露的原因

Leizi — Fri, 05 Dec 2008 09:12:00 +0800

程序设计中，内存管理不容忽视，希望能给大家一些借鉴。