Qtスマートポインタの例

2477 ワード

#include 
#include 
#include 
#include 
#include 
class MyClass
{
public:
    MyClass():str("null")
    {}
    MyClass(const MyClass &rhs):str(rhs.str)
    {}
    MyClass &operator=(const MyClass &rhs)
    {
        if (this != &rhs)
            str = rhs.str;
        return *this;
    }
    ~MyClass()
    {
        qDebug() << "delete";
    }
    QString str;
};
int main(int argc, char *argv[])
{
    QCoreApplication a(argc, argv);
    qDebug() << "test qscopedptr";
    {
        QScopedPointer m(new MyClass);
    }
    qDebug() << "test qsharedptr";
    QSharedPointer s(new MyClass);
    QSharedPointer s1 = s;
    QWeakPointer w = s;
    qDebug() << w.data()->str;
    s.clear();
    qDebug() << "after s is cleared";
    qDebug() << w.data()->str;
    qDebug() << "try s, after s is cleared";
    if (s.isNull())
        qDebug() << "s is null";
    else
        qDebug() << s->str;
    s1.clear();
    if (w.isNull())
        qDebug() << "w is null";
    else
        qDebug() << "w still has the resource";
    return a.exec();
}

インテリジェントポインタ思考:
C++RAIDを使用してリソースの獲得と解放を制御する
すべてのリソースの獲得はnewから始まります
では、このリソースをどのように保存して追跡しますか?
通常のポインタであれば、ポインタが指すリソースが解放されると、私たちは知りません.
これにより、実行コードがここに来るとプログラムがクラッシュします.
インテリジェントなポインタの出発点があります.リソースがどこかで解放されると、ポインタ変数はnullに自動的に割り当てられます.
scopedポインタは、スタック上で一時オブジェクトを作成する効果と同様に、ポインタ変数宣言サイクルの終了時に申請されたリソースを解放します.
しかし、このようなメリットも明らかです.例えば、リソースを他のコードセグメントに伝えたい場合は、takeメソッドでスタック上のポインタを得ることができます.
この場合、元のポインタ(リソース実際の制御ポインタ)が渡されますが、リソースを使用した後にdeleteし、その間にポインタを他のコードに渡すことはできません.
scopedポインタを使用する最も意味のあるのは、貴重な関数スタック空間を占有する必要はありませんが、同じ使用体験を得ることができます.
sharedポインタは強いポインタで、そのポインタのライフサイクルが終わると、彼は自分のリソースを解放しません.これは元のポインタに似ています.
clearを呼び出すまで、自分が指している実際のポインタをnullに割り当てることはありませんが、その前に自分の参照カウントをチェックし、他のsharedポインタが存在することを発見したら
最後のsharedポインタclearが呼び出されるまでリソースは解放されません.
Weakポインタは実はスマートポインタが本当に実現しなければならない目的であり、リソースが解放された後、nullであることを検出することができます.
sharedポインタsの場合
QWeakPointerw =s;
これはweakポインタの唯一の初期化方法です
実際の使用では、次のようになります.
クラスのメンバーにsharedポインタを定義し、weakポインタを外部に呼び出し続けます.