Mecanismos de extensión

La eliminación de código fuente de las áreas de funcionalidad principal a las que se ha hecho referencia anteriormente ha producido un cambio en el enfoque recomendado de utilización de mecanismos de extensión en proyectos de cliente. Anteriormente, si los clientes deseaban utilizar los diversos mecanismos de extensión de aplicación (por ejemplo, clases de extensión, subclase con y sin sustitución, agregación), podían buscar en la base de códigos para ver dónde y cómo se estaban invocando las clases de destino en el código de aplicación. A continuación, podían realizar una evaluación de los efectos funcionales de la extensión que se estaba considerando.

A partir de la versión 6.0.3, los clientes ya no tendrán el código fuente de algunas áreas de funcionalidad principal y además una gran cantidad de API se han marcado como internas. En la siguiente sección se resume el cambio en los métodos de extensiones recomendados para proyectos de cliente.

Tenga en cuenta que esta sección sólo hace referencia a las restricciones de extensión de artefactos de aplicación. Se pueden continuar utilizando todos los mecanismos de extensión en clases definidas por el cliente, y por supuesto todos estos artefactos pueden ser externos por naturaleza e invocarse desde cualquier parte de una implementación de cliente.

Importante: Esta sección sólo proporciona una resumen de alto nivel. Todos los detalles sobre qué mecanismos se permiten en qué tipos de clases de la versión 6.0.3 se proporcionan en Mecanismos de extensión no recomendados. En los casos en los que no se recomienda la utilización de un mecanismo, en este apéndice se proporcionarán donde corresponda mecanismos alternativos que pueden emplear los clientes.