3.2      Quoted printable 编码

         QP 编码用于表示含有大量对应可打印字符的数组，这种编码方式使字符单元在传输过程中被更改的可能性很小。如果正在编码的数据大部分是ASCII文本，那么编码后的形式具有很高的可读性。一个完全是ASCII值的正文数据由QP编码后可以保证数据在字符翻译或经由网关时数据的完整性。

       编码规则如下：

       规则1：(一般8位组的表示方式), 任何的八位组，都可以用”=”后加该八位组的16进制值来表示，除了那些根据数据编码规范中新行的惯例来指定短行的表示单位。必须用大写字母。比如值是12 ，则表示为”=0C”。

       规则2：(文字表示)值在33-60 ，以及62-126的八位组(包含头尾值)，可以表示成那些八位组对应的ASCII字符。

       规则3：(空格) 值是9和32的八位组可以分别表示为ASCII 的TAB和SPACE值，但是不可以出现在编码行的末尾。任何在编码行的TAB或SPACE字符必须后面有可打印字符出现。特殊情况下，编码行的末尾出现的”=”，表示断行，其前面可能是一个或多个TAB或SPACE。 实行这条规则的原因是一些METs(Message Transport Agents-消息传输单元)会在文本末尾补上SPACE，因此，解码时，任何跟在行后的空格必须删除。

       规则4：(断行)在原文中的断行必须表示成协议中的断行符-CRLF序列（"=0D=0A” ）。由于非文本类型的规范表示一般不包括断行，所以这种类型的qp编码没有硬换行。通常，base64编码在二进制编码上更占优势。

       规则5：(软换行)QP编码要求编码后每行不能超过76个字符。当超过这个限制时，将适用软换行，用”=”表示编码行的断行，后接CRLF。（76的限制包括”=”）。

    return *this;
}

再来看看如何对CLargeObject里面的数据进行真正的修改。这样就一定需要对当前的object独立操作了，否则就影响到了其它指向同一块数据的CLargeObject。这样CData类需要一个新的函数，生成只用于当前CLargetObject的数据。如果当前的引用数目是1，那么当然这个CData就是只用于这个CLargeObject的了。否则就重新new一个CData返回。
        Data* CLargeObject::CData::get_own_copy()    // clone if necessary
        {
            if (m_nReferenceCount==1)
                return this;
            m_nReferenceCount--;
            return new Data(m_nVal);
        }
CLargeObject修改前用这个函数得到唯一的object，然后对它赋值。
void CLargeObject::SetVal(int nNewVal)
{
    m_pData = m_pData->get_own_copy();
    m_pData->m_nVal = nNewVal;
}
对于所有可能改变CData值的操作，都需要用这种方法。

下面是只读函数，简单。直接返回值，什么特殊的都不用作。
int CLargeObject::GetVal() const
{
    return m_pData->m_nVal;
}


这样copy-to-write技术就实现了。下面把完整的程序写一下：
class CLargeObject
{
public:
    CLargeObject(int nVal);
    CLargeObject(const CLargeObject &ob);
    ~CLargeObject();

    CLargeObject& operator = (const CLargeObject& ob);
    void SetVal(int nNewVal);
    int GetVal() const;
private:
    struct Data
    {
    public:
        Data(int nVal) : m_nVal(nVal), m_nReferenceCount(1) {}
    private:
        friend class CLargeObject;
        Data* get_own_copy()    // clone if necessary
        {
            if (m_nReferenceCount==1)
                return this;
            m_nReferenceCount--;
            return new Data(m_nVal);
        }

        // control variables.
        int m_nReferenceCount;
    
        // actual data portion
        int m_nVal;
    };

    Data *m_pData;
};

CLargeObject::CLargeObject(int nVal)
{
    m_pData = new Data(nVal);
}

CLargeObject::CLargeObject(const CLargeObject &ob) // copy constructor
{
    ob.m_pData->m_nReferenceCount++;
    m_pData = ob.m_pData;
}

CLargeObject::~CLargeObject()
{
    if (--m_pData->m_nReferenceCount == 0)
        delete m_pData;
}

CLargeObject& CLargeObject::operator = (const CLargeObject& ob)    // copy assignment
{
    ob.m_pData->m_nReferenceCount++;
    if (--m_pData->m_nReferenceCount == 0)
        delete m_pData;
    m_pData = ob.m_pData;

    return *this;
}

void CLargeObject::SetVal(int nNewVal)
{
    m_pData = m_pData->get_own_copy();
    m_pData->m_nVal = nNewVal;
}

int CLargeObject::GetVal() const
{
    return m_pData->m_nVal;
}


很多存储数据的系统class，如string，CString等都有这种设计。所以记住这个应用是很有必要的。

QueryInterface函数

主要用于COM接口的查询。它是COM接口定义IUnknown的成员函数，客户可以调用QueryInterface来决定组件是否支持某个特定的接口。

       组件COM接口都是从IUnkonwn接口继承而来，任何一个接口都可以用IUnknown的成员QueryInterface来获取它所支持的其它接口。

1）定义：

       HRESULT _stdcall QueryInterface(const IID& iid,void ** ppv);

第一个参数十所需接口的标识，是一个接口标识符IID结构。 第二个参数存放所请求接口指针的地址。

      2）使用过程：

       假定已有一个指向IUnknown的指针pI，为知道相应的组件是否支持某个特定的接口，调用QueryInterface，传给它一个接口标识符。若成功返回，那就是可以使用它返回的指针。

Void foo(IUnknown * pI)

{

       IX *pIX=NULL;

HRESULT hr=pI->QueryInterface(IID_IX,(void **)&pIX);

If(SUCCEEDED(hr))

pIX->Fx();

}

该函数用于查询pI是否支持由IID_IX所标识的接口。

IUnknown的继承不是虚拟基类。COM接口不能按照虚拟方式继承它。

3）实现：

Interface IX：IUnknown{/**/}；

Interface IY：IUnknown{/**/}；

Class CA：public IX,public IY{/**/};

主要通过判断标识符是否为CA的支持类型，来判断是否为存在在CA中的COM

HRESULT _stdcall CA:;QueryInterface(const IID &iid,void **ppv)

{

       If(iid==IID_IUnknown)

{

       *ppv=static_cast<IX *>(this);

}

Else if(iid==IID_IX)

{

       *ppv=static_cast<IX*>(this);

}

Else if (iid==IID_IY)

{

       *ppv=static_cast<IY*>(this);

}

Else

{

       *ppv=NULL;

Return E_NOINTERFACE;

}

Static_cast<IUnknown*>(*ppv)->AddRef();

Return S_OK;

}

4）关于其中的类型转换

   程序中若将this指针直接转换成IUnknown*是不明确的。因为存在两个基类接口，需要指明是转换向哪一个接口的IUnknown。

Static_cast<IUnknown*> (static_cast<IX *>(this))

在类型转换时，CA按照顺序存放它的基类接口及其实现，其this指针可以用IX代替（地址值相同）。

而IY则需要CA的基址加上偏移址。