mozilla

Compare Revisions

Reference Manual

Change Revisions

Revision 165369:

Revision 165369 by kohei.yoshino on

Revision 165370:

Revision 165370 by Eff2k5 on

Title:
Reference Manual
Reference Manual
Slug:
Using_nsCOMPtr/Reference_Manual
Using_nsCOMPtr/Reference_Manual
Tags:
XPCOM
XPCOM
Content:

Revision 165369
Revision 165370
t534      In general, <code>nsCOMPtr</code> <i>can</i> be more efficit534      In general, <code>nsCOMPtr</code> <i>can</i> be more effici
>ent in space than using raw {{mediawiki.external('XP')}}COM point>ent in space than using raw {{mediawiki.external('XP')}}COM point
>ers. This is primarily because it factors its destructor, and the>ers. This is primarily because it factors its destructor, and the
> more complicated constructors and assignment operators. By follo> more complicated constructors and assignment operators. By follo
>wing the optimization tips in this section, you will write code t>wing the optimization tips in this section, you will write code t
>hat generates fewer bytes of object than you might with raw point>hat generates fewer bytes of object than you might with raw point
>ers. Even if you don't follow these suggestions, your <code>nsCOM>ers. Even if you don't follow these suggestions, your <code>nsCOM
>Ptr</code> code may still end up smaller, or at worst only neglig>Ptr</code> code may still end up smaller, or at worst only neglig
>able bulkier than the raw pointer version. See <a class="external>ibly bulkier than the raw pointer version. See <a class="external
>" href="http://www.mozilla.org/projects/xpcom/nsCOMPtr/bloat.html>" href="http://www.mozilla.org/projects/xpcom/nsCOMPtr/bloat.html
>">Code Bloat [LONG, summary at top</a>] for details, though the r>">Code Bloat [LONG, summary at top</a>] for details, though the r
>ecommendations from that document are re-iterated here.>ecommendations from that document are re-iterated here.

Back to History