mozilla

Comparar revisiones

Un vistazo de XPCOM

Change Revisions

Revisión 276207:

Revisión 276207 de Maharba el

Revisión 276208:

Revisión 276208 de Maharba el

Título:
Un vistazo de XPCOM
Un vistazo de XPCOM
Enlace amigable (slug):
Creación_de_Componentes_XPCOM/Un_vistazo_de_XPCOM
Creación_de_Componentes_XPCOM/Un_vistazo_de_XPCOM
Etiquetas:
XPCOM, Todas_las_Categorías
XPCOM, Todas_las_Categorías
Contenido:

Revisión 276207
Revisión 276208
tt498    <p>
499      Cuando los clientes usan los componentes, normalmente <i>is
 >tancían</i> un nuevo objeto cada vez que necesitan la funcionalid
 >ad que da un componente. Este es el caso cuando, por ejemplo, los
 > clientes lidian con archivos: cada archivo distinto es represent
 >ado por un objeto diferente y muchos objetos de archivo pueden se
 >r usados al mismo tiempo en cualquier momento.
500    </p>
501    <p>
502      Pero también hay
503    </p>
504    <p>
505      But there is also a kind of object known as a <i>service</i
 >>, of which there is always only one copy (though there may be ma
 >ny services running at any one time). Each time a client wants to
 > access the functionality provided by a service, they talk to the
 > same instance of that service. When a user looks up a phone numb
 >er in a company database, for example, probably that database is 
 >being represented by an "object" that is the same for all co-work
 >ers. If it weren't, the application would need to keep two copies
 > of a large database in memory, for one thing, and there might al
 >so be inconsistencies between records as the copies diverged.
506    </p>
507    <p>
508      Providing this single point of access to functionality is w
 >hat the singleton design pattern is for, and what services do in 
 >an application (and in a development environment like XPCOM).
509    </p>
510    <p>
511      In XPCOM, in addition to the component support and manageme
 >nt, there are a number of services that help the developer write 
 >cross platform components. These services include a cross platfor
 >m file abstraction which provides uniform and powerful access to 
 >files, directory services which maintain the location of applicat
 >ion- and system-specific locations, memory management to ensure e
 >veryone uses the same memory allocator, and an event notification
 > system that allows passing of simple messages. The tutorial will
 > show each of these component and services in use, and the <a hre
 >f="es/XPCOM_API_Reference">XPCOM API Reference</a> has a complete
 > interface listing of these areas.
512    </p>

Volver al historial