Preferences.AddNodeChangeListener(INodeChangeListener) Método
Definición
Importante
Parte de la información hace referencia a la versión preliminar del producto, que puede haberse modificado sustancialmente antes de lanzar la versión definitiva. Microsoft no otorga ninguna garantía, explícita o implícita, con respecto a la información proporcionada aquí.
Registra el agente de escucha especificado para recibir eventos de cambio de nodo para este nodo.
[Android.Runtime.Register("addNodeChangeListener", "(Ljava/util/prefs/NodeChangeListener;)V", "GetAddNodeChangeListener_Ljava_util_prefs_NodeChangeListener_Handler")]
public abstract void AddNodeChangeListener (Java.Util.Prefs.INodeChangeListener? ncl);[<Android.Runtime.Register("addNodeChangeListener", "(Ljava/util/prefs/NodeChangeListener;)V", "GetAddNodeChangeListener_Ljava_util_prefs_NodeChangeListener_Handler")>]
abstract member AddNodeChangeListener : Java.Util.Prefs.INodeChangeListener -> unitParámetros
El objeto NodeChangeListener que se va a agregar.
- Atributos
Excepciones
si el agente de escucha especificado es null.
si se ha quitado este nodo.
Comentarios
Registra el agente de escucha especificado para recibir eventos de cambio de nodo para este nodo. Se genera un evento de cambio de nodo cuando se agrega o quita un nodo secundario de este nodo. (Una sola #removeNode() invocación da como resultado varios eventos de cambio de nodo, uno para cada nodo del subárbol rooteado en el nodo quitado).
Los eventos solo se garantizan para los cambios realizados en la misma JVM que el agente de escucha registrado, aunque algunas implementaciones pueden generar eventos para los cambios realizados fuera de esta JVM. Los eventos se pueden generar antes de que los cambios se hayan convertido en permanentes. Los eventos no se generan cuando se agregan o quitan descendientes indirectos de este nodo; Un autor de llamada que desea dichos eventos debe registrarse con cada descendiente.
Se pueden realizar pocas garantías con respecto a la creación de nodos. Dado que los nodos se crean implícitamente tras el acceso, es posible que no sea factible que una implementación determine si existe un nodo secundario en el almacén de respaldo antes del acceso (por ejemplo, porque el almacén de respaldo no es accesible o la información almacenada en caché no está actualizada). En estas circunstancias, las implementaciones no son necesarias para generar eventos de cambio de nodo ni se prohíbe hacerlo.
Las partes de esta página son modificaciones basadas en el trabajo creado y compartido por el proyecto de código abierto de Android y se usan según los términos descritos en la licencia de atribución de Creative Commons 2.5.