C++博客-Hannosogno-随笔分类-原创

手写一次静态编译全过程

hannosogno~ — Thu, 08 Sep 2011 15:25:00 GMT

首先建一个静态链接库项目：lllibbb

将它的　项目属性 -> 配置属性 -> 常规 -> 配置类型修改为：静态库(.lib)
这个一般都是在新建项目的时候直接选择的。
新建一个头文件：myFun.h
#ifndef MYFUN
#define MYFUN

int max_in_3( const int a, const int b, const int c );

#endif
再新建一个源文件：myFun.cpp
#include "myFun.h"
int max_in_3( const int a, const int b, const int c )
{
if ( a > b )
{
return a > c ? a : c;
}
else
{
return b > c ? b : c;
}
}
编译这个静态链接库项目lllibbb，在它的debug目录下得到lllibbb.lib

再新建一个控制台程序：test

将 myFun.h 和 lllibbb.lib 二个文件copy到test项目的目录下面。
在test的项目中添加现有的头文件myFun.h。
在test.cpp中编写：
#include "stdafx.h"
#include "myFun.h"
#include

#pragma comment(lib, "lllibbb.lib") //这行也可以用在项目属性->链接器->输入->附加依赖项中添加 lllibbb.lib 来替代

int main( int argc, char** argv )
{
int i = 3, j = 33332, k = 323;
std::cout << max_in_3( i, j, k ) << std::endl;
return 0;
}
编译运行。

注意点：

二个项目（lllibbb 和 test）的运行时库版本必须相同。这里指的版本是debug版本和非debug版本的区别。
/MT 和 /MD 同属于非debug版本
/MTd 和 /MDd 同属于debug版本
否则的话会报很多的错误：（以下二种）
error LNK2005 ：重定义错误
warning LNK4098：默认库“LIBCMT”与其他库的使用冲突；请使用 /NODEFAULTLIB:library
详解： warning LNK4098：默认库“LIBCMT”与其他库的使用冲突；请使用 /NODEFAULTLIB:library 您试图与不兼容的库链接。
注意运行时库现在包含可防止混合不同类型的指令。如果试图在同一个程序中使用不同类型的运行时库或使用调试和非调试版本的运行时库，则将收到此警告。例如，如果编译一个文件以使用一种运行时库，而编译另一个文件以使用另一种运行时库（例如单线程运行时库对多线程运行时库），并试图链接它们，则将得到此警告。应将所有源文件编译为使用同一个运行时库。有关更多信息，请参见使用运行时库（/MD、/ML、/MT、/LD）编译器选项。
同样的道理，自己的工程在Debug模式下应该使用/MTd 或 /MDd、在Release模式下应该使用/MT 或 /MD。

静态链接库LIB和动态链接库DLL的区别

1.什么是静态连接库，什么是动态链接库
静态链接库与动态链接库都是共享代码的方式，如果采用静态链接库，则无论你愿不愿意，lib 中的指令都全部被直接包含在最终生成的 EXE 文件中了。但是若使用 DLL，该 DLL 不必被包含在最终 EXE 文件中，EXE 文件执行时可以“动态”地引用和卸载这个与 EXE 独立的 DLL 文件。

静态链接库和动态链接库的另外一个区别在于静态链接库中不能再包含其他的动态链接库或者静态库，而在动态链接库中还可以再包含其他的动态或静态链接库~~。静态链接库与静态链接库调用规则总体比较如下。~~
实践证明：这是完全可以的，静态库中什么都能包含，静态库可以想象成就是代码！所以它什么都能做！

对于静态链接库(比较简单)：
首先，静态链接库的使用需要库的开发者提供生成库的.h头文件和.lib文件。

生成库的.h头文件中的声明格式如下：
extern "C" 函数返回类型函数名(参数表);
在调用程序的.cpp源代码文件中如下：
#include "..\lib.h"
#pragma comment(lib,"..\\debug\\libTest.lib")
//指定与静态库一起链接

第二，因为静态链接库是将全部指令都包含入调用程序生成的EXE文件中。因此如果用的是静态链接库，那么也就不存在“导出某个函数提供给用户使用”的情况，要想用就得全要！要不就都别要！:)　　

对于动态链接库：
动态链接库的使用需要库的开发者提供生成的.lib文件和.dll文件。或者只提供dll文件。
首先我们必须先注意到DLL内的函数分为两种：
(1)DLL 导出函数，可供应用程序调用；
(2)DLL 内部函数，只能在 DLL 程序使用，应用程序无法调用它们。
因此调用程序若想调用DLL中的某个函数就要以某种形式或方式指明它到底想调用哪一个函数。

总结评论：

所以，在生成静态链接库时，不需要给函数加上导出属性。即　int max_in_3( const int a, const int b, const int c );　即可，不像动态链接的时候，要加上extern "C" _declspec (dllexport)。　在静态链接库中，所有的函数都是公开的，因为静态链接库是将全部指令包含入调用程序生成的EXE中去的，相当于把源代码都给别人了，所有的函数当然无法隐藏。

在使用静态链接库的时候，只要有函数的原型就可以使用，如上面可以不用 #include "myFun.h" 。而直接声明一个 int max_in_3( const int a, const int b, const int c ); 就可以了。复制 myFun.h 过去仅仅是为了方便。对于声明了很多类和函数的时候几乎只能复制。

使用静态链接库后，因为静态链接库是将全部指令包含入调用程序生成的EXE中去的。所以最后生成的EXE文件中已经包含了所有的代码，因此EXE运行的时候完全不需要静态库 lllibbb.lib，单个EXE中够运行。动态链接时就完全不一样，动态链接的程序必须能找到引用的DLL文件。

hannosogno~ 2011-09-08 23:25 发表评论

完全从头到尾实现一个C#,C++/CLR,C++的三层架构

hannosogno~ — Thu, 08 Sep 2011 15:23:00 GMT

用C++写核心的算法，用C++/CLR写界面（逻辑层）与核心算法的粘合层，用C#写界面或者逻辑

这是相当好的架构，没有必要把C++学到太死，C#写界面和逻辑等等对性能没有要求的代码效率还真是很高的，用起来也很顺手！

首先建好一个解决方案CSharpCppClrCppDll，里面包含有三个项目CppDll、CppClrLib、CSharpCall

CppDll是一个Win32应用程序，将其应用程序类型选择为DLL文件。这个CppDll项目不需要CLR的支持，因为它是用纯C++来实现核心代码的

CppClrLib是一个Visual C++ CLR Class Library，这个类用来包装CppDll生成的Dll文件，需要clr的支持，用来生成符合.NET标准的.NET DLL。

1：首先从CppDll中导出一个Dll的公用方法，在CppDll.cpp中添加代码：

extern "C" _declspec (dllexport)

void fill_int_array(vector& v)

{

v.clear();

for(int i = 0; i < 10; ++i)

{

v.push_back(i);

}

接着在$(SolutionDir)$(Configuration)\ 目录下生成CppDll.dll以及其它的相当lib等等的文件。

2：再把生成的CppDll.dll等文件导入到CppClrLib项目中去。将CppClrLib项目的属性的Linker的Input设置为$(SolutionDir)$(Configuration)\CppDll.lib，加载CppDll项目生成的动态链接库。

再在CppClrLib.h中添加代码来包装CppDll中导出的方法

#pragma once

#include

using namespace std;

using namespace System;

using namespace System::Collections::Generic;

namespace CppClrLib {

extern "C" _declspec (dllimport)

void fill_int_array(vector& v);

public ref class MyPackage

{

// TODO: Add your methods for this class here.

public:

static void fill_a_int_array(List^ a)

{

vector v;

fill_int_array(v);

for(size_t i = 0; i < v.size(); ++i)

{

a->Add(v[i]);

}

};

}

至此，就在$(SolutionDir)$(Configuration)\ 目录下生成了一个C++ .NET DLL（CppClrLib.dll），这个.NET DLL可以被所有基于.NET的程序语言所访问。

到这里，通过CppClrLib项目包装好的纯C++项目CppDll就可以完美的被C#等.NET语言所调用了。

3：在CSharpCall项目中加载第2步生成的那个符合.NET规范的DLL（CppClrLib.dll），在CSharpCall项目的引用中添加解决方案中的CppClrLib。这种完全符合.NET规范的程序集被加载之后，就可以非常方便的使用了。

这里，还有一点就是需要设置C#项目的输出目录为“..\Debug\”，这样所有的输入都在一个目录下，就可以相互调用了。
如果这里没有CppDll生成的非托管的DLL，就完全可以不用设置C#的输出目录了，因为VS会把项目需要的.NET程序集copy到本地目录下的。但是不会复制非引用的.NET DLL（CppDll.dll），所以，这里还是需要把输出目录全设在一起，或者是把CppDll.dll复制到默认的bin\Debug下去。

再在Program.cs中添加代码来调用引用的程序集中的方法了

using System;

using System.Collections.Generic;

using System.Linq;

using System.Text;

namespace CSharpCall

{

class Program

{

static void Main(string[] args)

{

List a = new List();

CppClrLib.MyPackage.fill_a_int_array(a);

foreach (var item in a)

{

Console.WriteLine(item);

}

Console.ReadKey();

}

最后的调用结果：

最后的程序需要三个文件来运行：CSharpCall.exe、CppClrLib.dll、CppDll.dll就可以了，不需要中途的lib等等文件…

场景：现有C++原代码，包装后供C#调用。

C++的原代码，实际上可以直接编译成托管代码。MFC也好ATL也好……这样看起来在.NET中最强大的编程语言就是C++了：它不仅可以编写托管程序，甚至可以将标准C++的代码也编译成托管程序！其实VC++最强大的地方不止如此，它还在于能够编写混合了托管和非托管的代码的程序！！！这样最大的好处不仅可以将关键代码直接编译成非托管的代码，还可以避免被反编译。

　　假设现有C++代码如下：

class UnmanagedClass {
public:
LPCWSTR GetPropertyA() { return L"Hello!"; }
void MethodB( LPCWSTR ) {}
};

我们只要再增加一个包装类到工程文件中：（托管的类公开的方法才会出现在最后的.NET DLL程序集中）

namespace wrapper
{
    public ref class ManagedClass {
    public:
        // Allocate the native object on the C++ Heap via a constructor
        ManagedClass() : m_Impl( new UnmanagedClass ) {}

        // Deallocate the native object on a destructor
        ~ManagedClass() {
            delete m_Impl;
        }

    protected:
        // Deallocate the native object on the finalizer just in case no destructor is called
        !ManagedClass() {
            delete m_Impl;
        }

    public:
        property String ^  get_PropertyA {
            String ^ get() {
                return gcnew String( m_Impl->GetPropertyA());
            }
        }

        void MethodB( String ^ theString ) {
            pin_ptr<const WCHAR> str = PtrToStringChars(theString);
            m_Impl->MethodB(str);
        }

    private:
        UnmanagedClass * m_Impl;
    };
}

　然后，改变编译选项为“使用公共语言扩展 /clr”就可以了。这样，我们把代码编译成DLL文件就可以供.NET其它语言调用了。

所以说：C++的原代码，实际上可以直接编译成托管代码。
　　最后，C#中可以象如下的代码一样调用C++类了：

ManagedClass mc = new ManagedClass();
mc.MethoB("Hello");
string s = mc.get_PropertyA;

总结：

这样，在有源代码的情况下，直接把C++代码编译成托管代码，C#就可以直接调用了，就没有了上述所说的三层架构了。

上述的三层架构在以下情况下比较适用：

1：只有ISO C++的DLL文件，没有源代码时，用C++/CLR包装是最佳选择。

2：接口类型有vector, list, deque或者自定义的复杂类型时，因为C++/CLR可以直接引用C++的头文件，所以这种包装方式安全可靠，而且完美无缺！

3：需要用ISO C++的DLL来保密自己的算法。

否则的话，直接把C++编译成托管的DLL就可以完美的在.NET上被复用了！

最后：完整的代码下载 /Files/hannosogno/CSharpCppClrCppDll.rar

hannosogno~ 2011-09-08 23:23 发表评论

自已总结的动态链接库

hannosogno~ — Thu, 08 Sep 2011 15:19:00 GMT

摘要: 一、概念：1、静态链接库：应用程序从函数库中得到所的函数的执行代码，然后把招生代码自身的执行文件中，应用程序在运行时，不再需要函数库的支持。2、动态链接库：应用程序的中不包含函数库中的函数的执行代码，编译和连接时只是包含包含它们的参考，运行时再将它们的执行代码加入内存，所以在程序运行时需要函数的支持。二、编写DLL：建立一个Windows Dynam... 阅读全文

hannosogno~ 2011-09-08 23:19 发表评论

自动调正一副图片的方向

hannosogno~ — Thu, 08 Sep 2011 15:08:00 GMT

摘要: 1 // OpenCV_Test.cpp : 定义控制台应用程序的入口点。 2 // 3 4 #include "stdafx.h" 5 6 #include "c... 阅读全文

hannosogno~ 2011-09-08 23:08 发表评论

opencv 绘制直方图

hannosogno~ — Thu, 08 Sep 2011 14:50:00 GMT

IplImage *src = 0;

IplImage *histimg = 0;

CvHistogram *hist = 0;

int hdims = 50; // 划分HIST的个数，越高越精确

float hranges_arr[] = {0,255};

float* hranges = hranges_arr;

int bin_w;

float max_val;

int i;

src=cvLoadImage( "d:\\_t\\Class Pic\\Lena.jpg", 0 );

cvNamedWindow( "Histogram", 1 );

hist = cvCreateHist( 1, &hdims, CV_HIST_ARRAY, &hranges, 1 ); // 计算直方图

histimg = cvCreateImage( cvSize(320,200), 8, 3 );

cvZero( histimg );

cvCalcHist( &src, hist, 0, 0 ); // 计算直方图

cvGetMinMaxHistValue( hist, 0, &max_val, 0, 0 ); // 只找最大值

cvConvertScale( hist->bins, hist->bins, max_val ? 255. / max_val : 0., 0 ); // 缩放 bin 到区间 [0,255]

cvZero( histimg );

bin_w = histimg->width / hdims; // hdims: 条的个数，则 bin_w 为条的宽度

// 画直方图

for( i = 0; i < hdims; i++ )

{

double val = ( cvGetReal1D(hist->bins,i)*histimg->height/255 );

CvScalar color = CV_#ffff00; //(hsv2rgb(i*180.f/hdims);

cvRectangle( histimg, cvPoint(i*bin_w,histimg->height),

cvPoint((i+1)*bin_w,(int)(histimg->height - val)),

color, 1, 8, 0 );

}

cvShowImage( "Histogram", histimg );

cvWaitKey(0);

cvDestroyWindow("Histogram");

cvReleaseImage( &src );

cvReleaseImage( &histimg );

cvReleaseHist ( &hist );

hannosogno~ 2011-09-08 22:50 发表评论