国产美女久久精品香蕉69,久久久久久久久久久久中文字幕 ,久久91精品国产91久

谷主 — Thu, 07 May 2009 03:19:00 GMT

隐藏�q�个Main Dialog的思�\��是把这个Dialog看成一个子�H�口�Q�然后再把WS_EX_APPWINDOW属性去掉�?br>WS_EX_APPWINDOW不大常用�Q�MSDN的解释是�Q?

	Forces a top-level window onto the taskbar when the window is visible.

把顶层的�q�且可见的窗口放��C�Q务栏上，�U�除 WS_EX_APPWINDOW 很容易：(x��)

	ModifyStyleEx(WS_EX_APPWINDOW, 0);

��可以了(ji��n)�?br>
那么什么办法能够最��单的实现创徏一个父�H�口呢？CFrameWnd ��有点笨�?ji��n)，�q�脆��q��自己好了(ji��n)。在
BOOL CHideApp::InitInstance()中：(x��)

	CHideDlg dlgParent;
dlgParent.Create(IDD_HIDE_DIALOG);
dlgParent.ShowWindow(SW_HIDE);
//dlgParent.ShowWindow(SW_SHOW);
CHideDlg dlg(&dlgParent);
m_pMainWnd = &dlg;
int nResponse = dlg.DoModal();
dlgParent.DestroyWindow();

在BOOL CHideDlg::OnInitDialog()中：(x��)

	this->ModifyStyleEx(WS_EX_APPWINDOW, 0);

只短短几行，��实��C��(ji��n)对话框在��d��栏的隐藏�?br>
�l�束�?/strong>
　　如果使用 CDialog 的话�Q�ALT+TAB 图标��׃��对了(ji��n):) 之前我也试过�?CWnd�Q�可恨的是它�q�要��L��册窗口类�Q�相比之下还是CHideDlg 最�l�济�Q�你说呢�Q�祝大家�w�体健康�Q�每天都有新发现�Q?br>
E-Mail : webmaster@sanjin.51.net QQ : 923452

谷主 2009-05-07 11:19 发表评论

谷主 — Mon, 27 Apr 2009 08:02:00 GMT
作�ؓ(f��)Visual C++�E�序员，大家�?j��)里都很憋屈�Q�大安��在问�Q�Visual C++的前途在哪里�Q�坚持C++�q�有没有意义�Q?br>
在Visual Studio 2010中我们找��C��(ji��n)�{�案�Q�找��C��(ji��n)C++的未来：(x��)C++王者归来！
虽然在C++的发展历�E�中�l�历�?ji��n)上�q�小��的波折�Q�但是我们应当看刎ͼ�世界上还有无数的C++代码在稳定地�q�行着�Q�这些代码还需要维护，需要升�U�。另外，C++在某些领域还是具有不可替代的优势�Q�无数基于C++的新��目正在�q�行着。微软也逐渐意识��C��(ji��n)�q�一点，开始不断增强Visual Studio对C++的支持力度。在�q�次的Visual Studio 2010 CTP中，无论是从C++语言本��n�q�是从IDE斚w��Q�都�l�我们带来了(ji��n)很多期盼已久的新�Ҏ(gu��)��。花开两朵�Q�各表一枝。我们这里按下Visual Studio 2010在IDE斚w��的增��Z��表，单说它对卛_��到来的C++新标准C++0x的支持�?/div>

C++的新标准C++0x虽然�q�没有正式发布，但是已经�q�入�?ji��n)feature freeze的阶�D�，很多人都在猜��C++0x中的x到底�?�q�是10�Q�从目前的情冉|��看，9是最大的可能�?ji��n)。Visual Studio 2010作�ؓ(f��)下一代开发工��P��当然不会(x��)错过�Ҏ(gu��)��的C++标准C++0x的支持。除�?ji��n)随着之前发布的Visual C++ Feature Pack而引入的TR1包含的部分特性外�Q�在新的Visual Studio 2010中，�q�引入了(ji��n)4个重要的C++新特性。号�U�C++0x�?#8220;四大天王”。这些新�Ҏ(gu��)��的引入�Q�必��给C(j��)++注入新的�z�d��?/div>

Lambda表达�?/strong>

很多�~�程�~�程语言都支持匿名函�?anonymous function)。所谓匿名函敎ͼ��是�q�个函数只有函数体，而没有函数名。Lambda表达式就是实现匿名函数的一�U�编�E�技巧，它�ؓ(f��)�~�写匿名函数提供�?ji��n)简明的函数式的句法。同��h��Visual Studio中的开发语�a��Q�Visual Basic和Visual C#早就实现�?ji��n)对Lambda表达式的支持�Q�终于Visual C++�q�次也不甘落后，在Visual Studio 2010中添加了(ji��n)对Lambda表达式的支持�?/div>
Lambda表达式��得函数可以在使用的地方定义，�q�且可以在Lambda函数中��用Lambda函数之外的数据。这��׃ؓ(f��)针对集合操作带来�?ji��n)很大的便利。在作用上，Lambda表达式类��g��函数指针和函数对象，Lambda表达式很好地兼顾�?ji��n)函数指针和函数对象的优点，却没有它们的�~�点。相对于函数指针或是函数对象复杂的语法�Ş式，Lambda表达式��用非常简单的语法��可以实现同��L(f��ng)��功能�Q�降低了(ji��n)Lambda表达式的学习(f��n)隑ֺ��Q�避免了(ji��n)使用复杂的函数对象或是函数指针所带来的错误。我们可以看一个实际的例子�Q?/p>

// LambdaDemo.cpp : Defines the entry point for the console application.
//

#include "stdafx.h"
#include <algorithm>
#include <iostream>
#include <ostream>
#include <vector>

using namespace std;

int _tmain(int argc, _TCHAR* argv[])
{
    vector<int> v;
    for (int i = 0; i < 10; ++i) {
        v.push_back(i);
    }
         for_each(v.begin(), v.end(), [] (int n) {
        cout << n;
        if (n % 2 == 0) {
            cout << " even ";
        } else {
            cout << " odd ";
        }
    });
    cout << endl;

    return 0;
}

�q�段代码循环遍历输出vector中的每一个数�Q��ƈ判断�q�个数是奇数�q�是偶数。我们可以随时修改Lambda表达式而改变这个匿名函数的实现�Q�修改对集合的操作。在�q�段代码中，C++使用一对中括号“[]”来表�C�Lambda表达式的开始，其后�?#8221;(int n)”表示Lambda表达式的参数。这些参数将在Lambda表达式中使用到。�ؓ(f��)�?ji��n)体会(x��)Lambda表达式的��z�，我们来看看同��L(f��ng)��功能�Q�如何��用函数对象实玎ͼ�(x��)

#include "stdafx.h"
#include <algorithm>
#include <iostream>
#include <ostream>
#include <vector>
using namespace std;

struct LambdaFunctor {
    void operator()(int n) const {
        cout << n << " ";
        if (n % 2 == 0) {
            cout << " even ";
        } else {
            cout << " odd ";
        }

    }
};

int _tmain(int argc, _TCHAR* argv[])
{
    vector<int> v;

    for (int i = 0; i < 10; ++i) {
        v.push_back(i);
    }

    for_each(v.begin(), v.end(), LambdaFunctor());
    cout << endl;

    return 0;
}

通过比较我们��可以发玎ͼ�Lambda表达式的语法更加��z�，使用��h��更加��单高效�?br>
�?r��n)态断�a�static_assert

在之前的C++标准C++03中，我们可以使用两种断言�Q?br> • 使用预处理中的条件编译和#error指��o(h��)�Q�可以在预处理阶�D�|��查一些编译条�?br> • 可以使用宏assert来进行运行时��(g��)查，以确保程序逻辑的正��?br>
但��?error�Ҏ(gu��)��是非常烦(ch��)琐的�Q��ƈ且不能够�Ҏ(gu��)��板参数进行检查，因�ؓ(f��)模板实例化是在编译时�q�行�Q��?error�Ҏ(gu��)��是在预处理阶�D�进行的。而assert宏是在运行时�q�行��(g��)查。不隑֏�玎ͼ�我们�~�少�?ji��n)一样东西，那就是可用于在编译时��(g��)查的工具。于是，�?r��n)态断�a�应运而生�?br>
在新的C++标准C++0x中，加入�?ji��n)对静(r��n)态断�a�的支持，引入�?ji��n)新的关键字static_assert来表�C�静(r��n)态断�a�。��用静(r��n)态断�a��Q�我们可以在�E�序的编译时期检��一些条件是否成立，�q�个�Ҏ(gu��)��在调试模板函数的模板参数时特别有用。在�~�译的时候，模板函数实例化，�q�时我们��可以��用静(r��n)态断�a��L��试模板函数的参数是否按照我们的设计拥有合适的倹{��例如下面这�D�代码：(x��)

template <int N> struct Kitten {
    static_assert(N < 2, "Kitten requires N < 2.");
};

int main() {
    Kitten<1> peppermint;
    Kitten<3> jazz;

   return 0;
}

当我们在��d��C��使用“1”��d��例化Kitten�q�个�l�构体时�Q�在�~�译的时候，�?r��n)态断�a�static_assert�?x��)测试参数N的��|��当N的值小�?时就�?x��)��生一个断�a�错误�Q��ƈ��相应的调试帮助信息输出�?#8220;Error List”�H�口中，�q�样�E�序员就可以寚w��题快速定位，解决问题��更加方便了(ji��n)�?br>

�? static_assert断言�?qi��ng)其输�?/p>

另外�Q�静(r��n)态断�a��q�带来很多其他的优势。例如静(r��n)态断�a�在编译时�q�行处理�Q�不�?x��)��生�Q何运行时�ȝ��间和旉��上的开销�Q�这��׃��得它比assert宏具有更好的效率。另外比较重要的一个特性是如果断言��p�|�Q�它�?x��)��生有意义且充分的诊断信息�Q�帮助程序员快速解决问题�?br>
auto关键�?br>
在C++0x中，auto关键字的意义发生�?ji��n)改变。从Visual C++ 2010开始，auto关键字将用于指引�~�译器根据变量的初始值来军_��变量的数据类型。换句话��_(d��)��我们可以把auto当成一�U�新的数据类型，它可�?#8220;从初始化�?initialize)中推导出所代表的变量的真正�c�d��”。这�U�对auto关键字的使用方式可以大大消除当前替代方式所��D��的冗长和易出错的代码。我们看一个实际的例子�Q?/p>

#include <iostream>
#include <map>
#include <ostream>
#include <regex>
#include <string>
using namespace std;
using namespace std::tr1;

int main() {
    map<string, string> m;

    const regex r("(\\w+) (\\w+)");

    for (string s; getline(cin, s); ) {
        smatch results;
        if (regex_match(s, results, r)) {
            m[results[1]] = results[2];
        }
    }
    for (auto i = m.begin(); i != m.end(); ++i) {
        cout << i->second << " are " << i->first << endl;
    }

    return 0;
}

在这�D�代码中�Q�我们��用auto关键字来代替�?ji��n)真正的数据�c�d��map::iterator�Q�这使得整个代码自然而简�z��?br>
另外�Q�跟其他数据�c�d��一��P��我们也可以对auto关键字进行修饎ͼ�例如��d��const�Q�指�?*)�Q�左值引�?&)�Q�右值引�?&&)�{�等�Q�编译器�?x��)根据a(ch��n)uto�c�d��所代表的真正的数据来决定这些修饰的具体含义�?br>
��Z��(ji��n)兼容一些旧有的C++代码�Q�我们可以��?Zc:auto�q�个�~�译器选项�Q�来告诉�~�译器是采用auto关键字的原有定义�q�是在新标准C++0x中的定义�?/p> 叛_��引�?br>
作�ؓ(f��)最重要的一��语�a��Ҏ(gu��)��，叛_��引�?rvalue references)被引入到 C++0x中。我们可以通过操作�W?#8220;&&”来声明一个右值引用，原先在C++中��?#8220;&”操作�W�声明的引用现在被称为左值引用�?nbsp;

int a;
int& a_lvref = a;  // 左值引�?br>
int b;
int&& b_rvref = b;  // 叛_��应�?/span>

左值引用和叛_��引用的表现行�ؓ(f��)基本一��_(d��)��它们唯一的差别就是右值引用可以绑定到一个��(f��)时对�?叛_�?上，而左值引用不可以。例如：(x��)

int& a_lvref = int();      // error C2440: 'initializing' : cannot convert from 'int' to 'int &'
int&& b_rvref = int();  // OK!

在第一行代码中�Q�我们将一个��(f��)时对象int()�l�定��C��个左值引用，��生一个编译错误。而在�W�二行中�Q�我们将临时对象�l�定到右值引用，��可以顺利通过�~�译�?br>
叛_��是无名的数据，例如函数的返回��g��般说来就是右倹{��当对右��D��行操作的时候，叛_��本�w�往往没有必要保留�Q�因此在某些情况下可以直�?#8220;�U�d��”之。通过叛_��引用，�E�序可以明确的区分出传入的参数是否�ؓ(f��)叛_��|��从而避免了(ji��n)不必要的拯��Q�程序的效率也就得到�?ji��n)提高。我们考虑一个简单的数据交换的小�E�序�Q�从中来体会(x��)叛_��引用所带来的效率提升。我们可以写一个函数swap来实��C��个变量值的交换�Q?/p>

template <class T> swap(T& a, T& b)
{
    T tmp(a);   // tmp对象创徏后，我们��拥有了(ji��n)a的两份拷�?br>    a = b;      // 现在我们拥有b的两份拷�?br>    b = tmp;    // 现在我们拥有a的两份拷�?br>}

在这�D�代码中�Q�虽然我们只是�ؓ(f��)�?ji��n)进行简单的数据交换�Q�但是却执行�?ji��n)多�ơ对象拷贝。这些对象的拯��操作�Q�特别是当这些对象比较大的时候，无疑�?x��)�?ji��ng)响程序的效率�?br>
那么�Q�如果��用右值引用如何实现呢�Q?/p>

// RValueRef.cpp : Defines the entry point for the console application.
//

#include "stdafx.h"

template <class T>
T&& move(T&& a)
{
    return a;
}

template <class T> void swap(T& a, T& b)
{
    T tmp(move(a)); // 对象a被移动到对象tmp�Q�a被清�I?br>    a = move(b);    // 对象b被移动到对象a�Q�b被清�I?br>    b = move(tmp);  // 对象tmp被移动到对象b
}

int _tmain(int argc, _TCHAR* argv[])
{
    int a = 1;
    int b = 2;
    swap(a, b);

   return 0;
}

在这�D�重新实现的代码中，我们使用�?ji��n)一个move()函数来代替对象的赋值操作符“=”,move()只是��单地接受一个右值引用或者左值引用作为参敎ͼ�然后直接�q�回相应对象的右值引用。这一�q�程不会(x��)产生拯��(Copy)操作�Q�而只�?x��)将源对象移�?Move)到目标对象�?br>
正是拯��(Copy)和移�?Move)的差别，使得叛_��引用成为C++0x中最�Ȁ动�h�?j��)的新特性之一。从实践角度�Ԍ��它能够完��是解决C++中长久以来�ؓ(f��)人所诟病的��(f��)时对象的效率问题。从语言本��n�Ԍ��它健全了(ji��n)C++中的引用�c�d��在左值右值方面的�~�陷。从库设计者的角度�Ԍ��它给库设计者又带来�?ji��n)一把利器。而对于广大的库��用者而言�Q�不动一兵一卒便能够获得“免费�?#8221;效率提升�?br>
在Visual Studio 2010中，因�ؓ(f��)有了(ji��n)对这些C++0x新特性的支持�Q�重新点燃了(ji��n)�E�序员�(sh��)��对C++的热情。C++重振雄风�Q�指日可待！

谷主 2009-04-27 16:02 发表评论

直接的VS 2005 �q�程调试

谷主 — Thu, 23 Apr 2009 03:34:00 GMT

VS2005中远�E�调试的配置�Ҏ(gu��)��

在VS2005中不能��用VS2003的远�E�调试程序。VS2005�q�程调试的方法：(x��)
(1) �q�程端：(x��)安装VS2005光盘"X:\vs\Remote Debugger\x86\ rdbgsetup.exe"。或者直接运行或copy本地端的�Q?"Program Files\Microsoft Visual Studio 8\Common7\IDE\Remote Debugger\x86"
(2) �q�程端：(x��)“本地安全�{�略 �Q?安全选项 �Q?�|�络讉K��Q�本地帐��L(f��ng)��׃�n和安全模�?#8221;改�ؓ(f��)�Q�经典－本地用户以自��q��w�䆾验证�?br>(3) �q�程端：(x��)启动Remote Debuger�Q�从“工具 �Q?选项”中将�w�䆾验证模式改�ؓ(f��)“无��n份验证，允许��M��用户�q�行调试”�?br>或者直接用命��o(h��)行：(x��)"X:\ msvsmon.exe" /noauth /anyuser /nosecuritywarn�Q�可以徏个快��h��式以方便�q�行�?br>(4) 本地�Q�在VS2005中，“工具”�Q�－“附加到进�E?#8221;�Q�传输�?#8220;�q�程”�Q�限定符输入�q�程端的��L��名或IP地址�Q�回车，�l�于出来�?ji��n)可��q��q�程列表�?br>��结�Q�跟VS2003相比�Q?005的远�E�调试的配置要稍�ȝ��(ch��)一些，不过有一炚w��要的�q�步是它可以配置成服务，不像�?003下面要做�J�琐的手工配�|��?/div>

整那么多都没有没有用的！

谷主 2009-04-23 11:34 发表评论

GDI+�l�图

谷主 — Fri, 10 Apr 2009 07:54:00 GMT

Graphics    graphics(hdc);
    GraphicsPath path;

    LinearGradientBrush linGrBrushB(
        Point(0, 70),
        Point(140, 70),
        Color(255, 0, 0, 0),   // opaque red
        Color(255, 255, 0, 255));  // opaque blue

    LinearGradientBrush linGrBrushF(
        Point(20, 70),
        Point(120, 70),
        Color(255, 255, 0, 255),   // opaque red
        Color(255, 0, 0, 0));  // opaque blue
    graphics.FillEllipse(&linGrBrushB, 0, 0, 140, 140);
    graphics.FillEllipse(&linGrBrushF, 20, 20, 100, 100);
    //Play
    SolidBrush  brush(Color(255, 0, 0, 255));
   FontFamily  fontFamily(L"Times New Roman");
   Font        font(&fontFamily, 24, FontStyleRegular, UnitPixel);
   PointF      pointF(49.0f, 58.0f);

    graphics.DrawString(L"Play",-1,&font, pointF, &brush);

谷主 2009-04-10 15:54 发表评论

How To Play a File use DirectShow?

谷主 — Thu, 09 Apr 2009 02:26:00 GMT

DirectShow application always performs the same basic steps:

Create an instance of the Filter Graph Manager.
Use the Filter Graph Manager to build a filter graph.
Run the graph, causing data to move through the filters.

Start by calling CoInitialize to initialize the COM library:

HRESULT hr = CoInitialize(NULL); if (FAILED(hr)) { // Add error-handling code here. (Omitted for clarity.) }

To keep things simple, this example ignores the return value, but you should always check the HRESULT value from any method call.

Next, call CoCreateInstance to create the Filter Graph Manager:

IGraphBuilder *pGraph; HRESULT hr = CoCreateInstance(CLSID_FilterGraph, NULL, CLSCTX_INPROC_SERVER, IID_IGraphBuilder, (void **)&pGraph);

As shown, the class identifier (CLSID) is CLSID_FilterGraph. The Filter Graph Manager is provided by an in-process DLL, so the execution context is CLSCTX_INPROC_SERVER. DirectShow supports the free-threading model, so you can also call CoInitializeEx with the COINIT_MULTITHREADED flag.

The call to CoCreateInstance returns the IGraphBuilder interface, which mostly contains methods for building the filter graph. Two other interfaces are needed for this example:

IMediaControl controls streaming. It contains methods for stopping and starting the graph.
IMediaEvent has methods for getting events from the Filter Graph Manager. In this example, the interface is used to wait for playback to complete.

Both of these interfaces are exposed by the Filter Graph Manager. Use the returned IGraphBuilder pointer to query for them:

IMediaControl *pControl; IMediaEvent *pEvent; hr = pGraph->QueryInterface(IID_IMediaControl, (void **)&pControl); hr = pGraph->QueryInterface(IID_IMediaEvent, (void **)&pEvent);

Now you can build the filter graph. For file playback, this is done by a single method call:

hr = pGraph->RenderFile(L"C:\\Example.avi", NULL);

The IGraphBuilder::RenderFile method builds a filter graph that can play the specified file. The first parameter is the file name, represented as a wide character (2-byte) string. The second parameter is reserved and must equal NULL.

This method can fail if the specified file does not exist, or the file format is not recognized. Assuming that the method succeeds, however, the filter graph is now ready for playback. To run the graph, call the IMediaControl::Run method:

hr = pControl->Run();

When the filter graph runs, data moves through the filters and is rendered as video and audio. Playback occurs on a separate thread. You can wait for playback to complete by calling the IMediaEvent::WaitForCompletion method:

long evCode = 0; pEvent->WaitForCompletion(INFINITE, &evCode);

This method blocks until the file is done playing, or until the specified time-out interval elapses. The value INFINITE means the application blocks indefinitely until the file is done playing. For a more realistic example of event handling, see Responding to Events.

When the application is finished, release the interface pointers and close the COM library:

pControl->Release(); pEvent->Release(); pGraph->Release(); CoUninitialize();

Sample Code

Here is the complete code for the example described in this article:

#include <dshow.h>
void main(void)
{
    IGraphBuilder *pGraph = NULL;
    IMediaControl *pControl = NULL;
    IMediaEvent   *pEvent = NULL;

    // Initialize the COM library.
    HRESULT hr = CoInitialize(NULL);
    if (FAILED(hr))
    {
        printf("ERROR - Could not initialize COM library");
        return;
    }

    // Create the filter graph manager and query for interfaces.
    hr = CoCreateInstance(CLSID_FilterGraph, NULL, CLSCTX_INPROC_SERVER,
                        IID_IGraphBuilder, (void **)&pGraph);
    if (FAILED(hr))
    {
        printf("ERROR - Could not create the Filter Graph Manager.");
        return;
    }

    hr = pGraph->QueryInterface(IID_IMediaControl, (void **)&pControl);
    hr = pGraph->QueryInterface(IID_IMediaEvent, (void **)&pEvent);

    // Build the graph. IMPORTANT: Change this string to a file on your system.
    hr = pGraph->RenderFile(L"C:\\Example.avi", NULL);
    if (SUCCEEDED(hr))
    {
        // Run the graph.
        hr = pControl->Run();
        if (SUCCEEDED(hr))
        {
            // Wait for completion.
            long evCode;
            pEvent->WaitForCompletion(INFINITE, &evCode);

            // Note: Do not use INFINITE in a real application, because it
            // can block indefinitely.
        }
    }
    pControl->Release();
    pEvent->Release();
    pGraph->Release();
    CoUninitialize();
}

谷主 2009-04-09 10:26 发表评论

谷主 — Thu, 09 Apr 2009 01:44:00 GMT
都快被高斯公式搞��M��(ji��n)!!

谷主 2009-04-09 09:44 发表评论