1c aggiungi i dettagli del modulo. Dettagli del modulo gestito (1Cv8). Caratteristiche di lavorare con un albero dei valori

Dettagli del modulo

Una serie di dettagli del modulo descrive la composizione dei dati visualizzati, modificati o archiviati nel modulo. Allo stesso tempo, i dettagli del modulo stesso non forniscono la possibilità di visualizzare e modificare i dati. Gli elementi del modulo (vedere la sezione "Elementi del modulo" di questo capitolo) associati ai dettagli del modulo vengono utilizzati per la visualizzazione e la modifica. L'insieme di tutti i dettagli del modulo verrà chiamato dati del modulo.

Importante! Va ricordato che, a differenza dei moduli normali, tutti i dati presenti in un modulo gestito devono essere descritti sotto forma di dettaglio. Non è consentito utilizzare variabili del modulo modulo come origini dati per gli elementi del modulo.

È possibile assegnare Dettagli del modulo di base, ovvero attributi che determineranno la funzionalità standard del modulo (estensione del modulo). Va ricordato che un modulo può avere solo un attributo principale.

Estensione del modulo– si tratta di proprietà, metodi e parametri aggiuntivi del form dell'oggetto ManagedForm, caratteristici dell'oggetto che costituisce l'elemento principale del form.

Durante il processo di sviluppo del modulo, puoi impostare esplicitamente la possibilità di visualizzare e modificare dettagli specifici del modulo, in termini di ruoli, utilizzando le proprietà Visualizza e Modifica (per maggiori dettagli, consulta la sezione "Impostazioni modulo basato sui ruoli" della sezione "Editor" " capitolo). Inoltre, la disponibilità di un particolare attributo nel modulo stesso può essere configurata utilizzando le opzioni funzionali (maggiori dettagli sulle opzioni funzionali possono essere trovati nel capitolo “Gestione dell'interfaccia di configurazione”).

Proprietà dell'attributo del modulo Dati salvatiè un segno che una modifica interattiva nei dettagli porterà al tentativo di bloccare i dati del modulo per la modifica, nonché all'impostazione automatica del flag di modifica del modulo.

Tipi di dati disponibili in un modulo gestito

Un modulo gestito differisce da un modulo normale anche per i tipi di dati con cui funziona. Se il modulo normale funziona con la maggior parte dei tipi forniti da 1C:Enterprise (inclusi i tipi DirectoryObject, DocumentObject, ecc.), nel modulo gestito si possono distinguere le seguenti categorie di tipi:

• i tipi utilizzati direttamente nel modulo sono quelli esistenti sul lato del thin client e del Web client (ad esempio, Number, DirectoryLink.Products, GraphicScheme, TabularDocument);

• tipi che verranno convertiti in tipi di dati speciali: tipi di dati di moduli gestiti. Tali tipi vengono visualizzati nell'elenco dei dettagli del modulo tra parentesi, ad esempio (DirectoryObject.Products);

• lista dinamica (per maggiori dettagli vedere la sezione “Lista Dinamica” di questo capitolo).

Conversione di oggetti dell'applicazione in dati del modulo

Alcuni tipi di applicazioni (come DirectoryObject, ecc.) non esistono sul lato thin e Web client (vedere il capitolo Concetto di applicazione gestita per maggiori dettagli). Pertanto, per rappresentare tali tipi di applicazioni nel modulo, la piattaforma ha introdotto tipi di dati speciali progettati per funzionare nei moduli gestiti. Questa funzionalità di un'applicazione gestita rende necessario convertire gli oggetti dell'applicazione in dati formati (e viceversa).

Vengono utilizzati i seguenti tipi di dati:

• Form DataStructure – contiene un insieme di proprietà di tipo arbitrario. Le proprietà possono essere altre strutture, raccolte o strutture con raccolte. Questo tipo è rappresentato, ad esempio, nella forma DirectoryObject.

• Una FormDataCollection è un elenco di valori tipizzati, simile a un array. Si accede a un elemento della raccolta tramite indice o identificatore. In alcuni casi l'accesso tramite ID potrebbe non essere disponibile. Ciò è dovuto al tipo di oggetto applicazione rappresentato da questa raccolta. L'identificatore può essere qualsiasi numero intero. Questo tipo è rappresentato, ad esempio, sotto forma di una parte tabellare.

• Il modulo DataStructureWithCollection è un oggetto rappresentato contemporaneamente come struttura e raccolta. Può essere trattato come una qualsiasi di queste entità. Questo tipo rappresenta, ad esempio, un insieme di record in un modulo.

• Form DataTree – un oggetto progettato per archiviare dati gerarchici.

Un oggetto dell'applicazione è rappresentato da uno o più elementi dati del modulo. In generale, la gerarchia e la composizione dei dati del modulo dipendono dalla complessità e dall'interconnessione degli oggetti dell'applicazione del modulo gestito.

Ad esempio, un documento contenente una parte tabellare sarà rappresentato da un oggetto di tipo FormDataStructure (il documento stesso), a cui è subordinato un oggetto di tipo FormDataCollection (parte tabellare del documento).

Importante! Quando si sviluppa una configurazione, è importante ricordare che gli oggetti applicazione sono disponibili solo sul server, mentre gli oggetti dati del modulo possono essere utilizzati sia sul server che sul client.

Trasferimento di dati tra le parti client e server di un modulo gestito

Infatti possiamo dire che i dati del form sono una rappresentazione unificata dei dati provenienti da vari oggetti applicativi con cui il form lavora in modo uniforme e che sono presenti sia sul server che sul client. Cioè, il modulo contiene una sorta di "proiezione" dei dati dell'oggetto dell'applicazione sotto forma di tipi di dati propri ed esegue la conversione tra di essi, se necessario. Tuttavia, se lo sviluppatore della configurazione implementa il proprio algoritmo di elaborazione dati, deve eseguire la conversione dei dati (da tipi specializzati a tipi di applicazione e viceversa) in modo indipendente.

Quando si modificano i dettagli del modulo in un editor specializzato (per maggiori dettagli, vedere la sezione "Dettagli del modulo" del capitolo "Editor"), è possibile influenzare il trasferimento dei dati tra il client e il server mentre il modulo è in esecuzione. A questo scopo viene utilizzata la colonna dell'editor dei dettagli. Usalo sempre. L'effetto di questa proprietà differisce per tre tipi di attributi:

• Per un attributo subordinato a una lista dinamica (colonna della lista dinamica):
  • la proprietà è abilitata: l'attributo viene sempre letto dal database e incluso nei dati del modulo;
  • La proprietà è disabilitata: l'attributo viene letto dal database e incluso nei dati del modulo solo quando è presente un elemento del modulo attualmente visibile associato all'attributo o al suo attributo subordinato.

• Per gli oggetti di scena subordinati alla raccolta di movimento:
  • la proprietà è abilitata – i movimenti dei documenti vengono letti dal database e saranno presenti nel modulo dati;
  • La proprietà è disabilitata: i movimenti del documento non verranno letti dal database e non saranno inclusi nei dati del modulo (se non è presente alcun elemento del modulo che faccia riferimento ai movimenti del documento).

• Altri dettagli del modulo:
  • la proprietà è abilitata: l'attributo sarà presente nei dati del modulo, indipendentemente dal fatto che esista o meno almeno un elemento del modulo associato all'attributo o al suo attributo subordinato;
  • La proprietà è disabilitata: l'attributo sarà presente nei dati del modulo solo se è presente un elemento del modulo associato all'attributo o al suo attributo subordinato. A differenza degli attributi dell'elenco dinamico, qui la visibilità dell'elemento associato all'attributo non ha importanza.

Nota. Va ricordato che la proprietà impostata sull'attributo genitore influenza tutti gli attributi subordinati. Ad esempio, se la proprietà Usa è sempre cancellata per la parte tabellare del documento, allora il sistema considera che questa proprietà sia cancellata anche per tutti i dettagli subordinati (nonostante lo stato effettivo della proprietà).

Metodi per convertire i dati dell'oggetto dell'applicazione in dati del modulo

Per convertire gli oggetti dell'applicazione nei dati del modulo e viceversa, esiste una serie di metodi globali:

• ValoreInFormData(),
• FormDataInValue(),
• CopiaFormData().

Importante! I metodi che funzionano con gli oggetti dell'applicazione sono disponibili solo nelle procedure server. Il metodo per copiare valori tra i dati del modulo è disponibile sia sul server che sul client, poiché non richiede oggetti dell'applicazione come parametri.

Quando si convertono i dati del modulo in un oggetto dell'applicazione, è necessario considerare la loro compatibilità.

• ValueInFormData() – converte un oggetto di tipo applicazione in dati del modulo;
• FormDataInValue() – converte i dati del modulo in un oggetto di tipo applicazione;
• CopyFormData() – copia i dati del modulo che hanno una struttura compatibile. Restituisce True se la copia ha avuto successo oppure False se la struttura dell'oggetto è incompatibile.

Nota. Quando si eseguono azioni standard (apertura di un modulo, esecuzione di un comando di scrittura standard, ecc.) di un modulo con i dettagli principali, la conversione viene eseguita automaticamente.

Diamo un esempio di come utilizzare la trasformazione dei dati nei tuoi algoritmi.

&ProceduraOnServer durante la creazioneOnServer(Errore, Elaborazione standard)

ObjectProduct = Directory.Products.FindByName("Caffettiera").GetObject(); ValoreInFormData(OggettoArticolo, Oggetto);

Fine della procedura

&Scrittura procedura sul client()

ScriviSuServer();

Fine della procedura

Procedura &OnServer WriteOnServer()

ObjectProduct = FormDataValue(Object, Type("DirectoryObject.Products")); OggettoItem.Write();

Fine della procedura

L'oggetto ManagedForm dispone anche di metodi disponibili sul server:

• ValueFormAttribute() – converte un oggetto di tipo applicazione nell'attributo del modulo specificato.
• FormAttributeVValue() – converte un attributo dei dati del modulo in un oggetto di tipo applicazione.

L'utilizzo di questi metodi è solitamente più conveniente poiché contengono, ad esempio, informazioni sul tipo di attributo del modulo. Inoltre, il metodo Form AttributesValue() imposta la corrispondenza tra i dati del modulo e l'oggetto, che viene utilizzato durante la generazione dei messaggi. Puoi leggere ulteriori informazioni al riguardo nel capitolo "Funzionalità di navigazione del servizio".

Diamo un esempio dell'utilizzo di questi metodi.

&Procedura OnServer RicalcolaOnServer()

// Converte l'attributo Object in un oggetto applicazione. Documento = Valore Attributi Modulo("Oggetto"); // Esegue il ricalcolo utilizzando il metodo definito nel modulo del documento. Document.Recalculate(); // Converte nuovamente l'oggetto dell'applicazione in un oggetto di scena. ValueÂFormAttributes(Documento, "Oggetto");

Fine della procedura

Interfaccia software

ModuloDataTree

• FindById
• Ottieni articoli

Descrizione:

Progettato per modellare un albero nei dati del modulo gestito.

Questo oggetto può essere serializzato su/da XDTO. Il tipo XDTO corrispondente a questo oggetto è definito nello spazio dei nomi. Nome del tipo XDTO:

Ottieni articoli

Sintassi:

OttieniArticoli()

Valore di ritorno:

Tipo: modulo DataCollection di elementi dell'albero.

Descrizione:

Ottiene una raccolta di elementi dell'albero di primo livello.

Disponibilità: client, server, thin client, web client.

FindById

Sintassi:

TrovaPerId(<Идентификатор>)

Opzioni:

<Идентификатор>(necessario)

Tipo: numero. Identificatore dell'elemento dell'albero.

Valore di ritorno:

Tipo:FormDataTreeElement.

Descrizione:

Ottiene un elemento della raccolta in base all'ID.

Disponibilità: client, server, thin client, web client.

ModuloDataTreeItem

Proprietà:

<Имя свойства> (<Имя свойства>)

• GetId (GetId)
• OttieniParent
• Ottieni articoli
• Proprietà

Descrizione:

Elemento dell'albero dati del modulo.

FormDataTreeItemCollection

Elementi della raccolta: DataFormTreeElement

Per un oggetto è possibile attraversare la collezione utilizzando l'operatore For Each... From... Loop. L'attraversamento seleziona gli elementi della collezione. È possibile accedere ad un elemento di raccolta utilizzando l'operatore [...]. L'indice dell'elemento viene passato come argomento.

• Inserire
• Aggiungere
• Indice (IndexOf)
• Contare
• Chiaro
• Ottenere
• Mossa
• Eliminare

Descrizione:

Collezione di elementi in legno.

Disponibilità: client, server, thin client, web client.

Guarda anche:

• FormDataTreeElement, metodo GetElements
• DataFormTree, metodo GetItems

Caratteristiche di lavorare con un albero dei valori

Aggiornamento dell'albero

C'è un problema cascate piattaforme durante l'aggiornamento dell'albero.

Se un nodo nell'albero è stato espanso ed è stato selezionato un nodo subordinato, allora quando si aggiorna l'albero con la funzione ValoreInFormData la piattaforma cade.

Soluzione: è necessario cancellare l'albero prima dell'aggiornamento.

Per esempio:

&Sulla procedura server ClearTree(elements) Per ogni elemento da elements Loop ClearTree(element.GetElements()); FineCiclo; elementi.Clear(); Fine della procedura

&Sulla procedura server Fill Concept Tree() dConcepts = srProperties.Build Concept Tree(OnDate, Meta.CurrentIB()); ClearTree(ConceptTree.GetItems()); ValueInFormData(dConcepts, ConceptTree); Fine della procedura

&Procedura OnClient OnDateOnChange(Element) Fill ConceptTree(); Fine della procedura

Come aggiungere ulteriori dettagli a un elemento di directory in 1C Accounting 8.3 (revisione 3.0)

Succede che ci mancano le capacità già disponibili in 1C. E non è sempre necessario contattare un programmatore. Ti parlerò di uno di questi casi in relazione al nuovo 1C: Accounting 8.3 (edizione 3.0).

Non disponiamo di campi sufficienti per inserire informazioni sulle nostre controparti. E vogliamo aggiungere un nuovo campo, che si chiamerà "Stato" e avrà uno dei tre valori: "Alto", "Medio" e "Basso". Di seguito ti spiegherò passo dopo passo come aggiungere un campo di questo tipo senza entrare nel configuratore.

1. Vai alla sezione "Amministrazione" e seleziona "Impostazioni generali" ():

2. Trova e seleziona la casella di controllo "Ulteriori dettagli e informazioni" se non è già selezionata. Fare clic sul collegamento "Ulteriori dettagli":

3. Nella parte sinistra della finestra delle impostazioni che si apre, seleziona "Account". Fare clic sul pulsante Nuovo sulla barra degli strumenti.

4. Si è aperta una finestra per la creazione di nuovi dettagli per gli elementi della directory “Controparti”. Inserisci "Stato" nel campo Nome. Lasciare "Valore aggiuntivo" come tipo di valore, anche se in futuro tenere presente che sono possibili altri tipi di valore (stringa, numero, data, ecc.). Ma ciò di cui abbiamo bisogno ora è il valore aggiunto, poiché vogliamo offrire all’utente una scelta limitata di tre opzioni.

5. Per creare ciascuna opzione, vai alla scheda "Valori", fai clic sul pulsante "Crea", inserisci il nome del valore (ad esempio, "Alto") e fai clic sul pulsante "Salva e chiudi".

6. E così via fino a creare tutti e tre i valori con i nomi “Alto”, “Medio” e “Basso” come mostrato nella figura seguente. Fare clic sul pulsante "Salva e chiudi".

7. Come puoi vedere, la Controparte ora ha l'attributo Stato nell'elenco dei dettagli aggiuntivi.

8. Ora, se andiamo in qualsiasi elemento della directory delle controparti, vedremo nella parte inferiore del modulo un nuovo campo Stato ( Se non lo vedi, espandi il gruppo “Ulteriori dettagli” compresso nel modulo.):

9. In questo campo possiamo sostituire uno dei tre valori che abbiamo creato. È possibile effettuare una selezione utilizzando questo campo sotto forma di elenco, può essere visualizzato nei report, ecc.

Dettagli generali in 1C 8.3 è un oggetto metadati della piattaforma che consente di utilizzare un attributo per molti oggetti di configurazione (directory, documenti, piani dei conti, ecc.). L'oggetto è stato creato principalmente per facilitare il lavoro dello sviluppatore e per separare i dati.

I dettagli generali sono stati inizialmente implementati nella versione 1C 7.7, ma gli sviluppatori non li hanno inclusi immediatamente nella versione 8 della piattaforma. Il meccanismo dei dettagli generali è stato introdotto dagli sviluppatori 1C solo nella versione 8.2.14.

È molto comodo aggiungere dettagli generali per non modificare gli oggetti standard nella configurazione. Li uso spesso insieme a .

Dopo aver aggiunto un attributo generale, può essere utilizzato nelle query e visualizzato nel modulo dell'oggetto: Esteriormente, non è diverso dai normali oggetti di scena.

L'unica limitazione dei dettagli generali è l'impossibilità di utilizzarli in formato .

Diamo un'occhiata alle impostazioni di base e alle proprietà dei dettagli generali che differiscono dagli altri oggetti di configurazione:

Composto— un elenco di oggetti di cui verranno utilizzati i dettagli generali; l'ambientazione ricorda l'impostazione di un piano di scambio.

Ottieni 267 lezioni video su 1C gratuitamente:

Utilizzo automatico— l'impostazione determina se verranno utilizzati oggetti di scena generali per quegli oggetti per cui è specificata la modalità di utilizzo "Automatico".

Separazione dei dati— considereremo questa impostazione separatamente.

Separazione dei dati in 1C utilizzando dettagli comuni

Separazione dei dati- un meccanismo simile al meccanismo. Tuttavia, le prestazioni di questo meccanismo sono più efficienti ed è più semplice da configurare.

Il meccanismo consente di configurare la visualizzazione dei soli elementi che l'utente può vedere. Ad esempio, è possibile distinguere tra tutti gli oggetti (documenti, directory, ecc.) in cui è installata una determinata organizzazione.

Impostazione della separazione dei dati utilizzando i dettagli generali 1C

Per configurare i dettagli generali è necessario specificare la separazione dei dati - Dividere. Immediatamente dopo aver fatto clic, il sistema proporrà di creare parametri contabili predefiniti:

In questo caso sarà necessario specificare i parametri di sessione all'avvio del sistema; come farlo è stato descritto con un esempio nell'articolo.

Questo completa la configurazione: l'utente avrà accesso solo alle informazioni specificate nei parametri della sessione selezionati.

Esempio di utilizzo di oggetti di scena comuni

Diamo un'occhiata alla configurazione degli oggetti di scena generali in 1C 8.3 utilizzando l'esempio di una configurazione di frame e oggetti di scena Organizzazione:

Il sistema dispone di 3 documenti in cui è necessario indicare i dettagli dell'Organizzazione: questi sono la fattura di ricevimento, la fattura di spesa e la busta paga.

La configurazione è semplice:

1. Creiamo un nuovo attributo Generale, specifichiamo il tipo: DirectoryLink.Organization.
2. Nella composizione organizziamo i nostri documenti - Utilizzo.

Questo è tutto, la configurazione è completa!

Vediamo il risultato:

Il sistema visualizza i dettagli generali “come se fossero i tuoi”: nelle richieste, nei dettagli dei moduli e in altri luoghi. Questa è una tale magia! 🙂

Non sono aggiunti i requisiti generali 1C 8.3

I dettagli del modulo garantiscono la sua connessione con i dati. In questo caso uno (ed uno solo) dei dettagli potrà essere designato come principale; potrebbe non essere necessariamente il tipo di dati su cui stiamo disegnando il modulo. Ma il comportamento del modulo dipenderà dal tipo di dati dell'attributo principale. Oltre a modificare il comportamento del modulo, cambia anche il contesto del modulo del modulo. Insieme ai metodi e alle proprietà del modulo, in esso diventano disponibili i metodi e le proprietà dell'oggetto, che è il valore dell'attributo principale. È importante che i moduli di tipo Formato libero non contengano dettagli di base. In questo caso, il comportamento del modulo è determinato solo dalle impostazioni dell'utente. Consideriamo le domande sui dettagli di base.

Domanda 10.05 dell'esame 1C: Platform Professional. A cosa serve l'attributo del modulo principale?

1. Definisce l'origine dati per il modulo nel suo insieme
2. Definisce le funzionalità standard della piattaforma per lavorare con il modulo con dati del tipo specificato nell'attributo principale
3. Per fornire la possibilità di accedere a livello di codice ai dettagli dell'oggetto dal contesto del modulo locale
4. Fornisce la visualizzazione dei dettagli dell'oggetto nella finestra di dialogo del modulo
5. 2 e 3 sono corretti
6. 1 e 2 sono corretti

La risposta corretta è la numero sei, vedi sopra.

1. Per descrivere il contenuto dei dati visualizzati, modificati o archiviati in un modulo
2. Per visualizzare e modificare i dati in un modulo
3. 1 e 2 sono corretti

La risposta corretta è la terza: entrambe.

Domanda 10.07 dell'esame 1C: Platform Professional. Per assegnare gli attributi principali a una forma controllata arbitraria...

1. È necessario selezionare la casella di controllo "Dettagli di base" nelle proprietà degli attributi del modulo
2. è necessario compilare la proprietà “Dati” del modulo selezionando l'attributo del modulo richiesto

La risposta corretta è la seconda:

1. il modulo deve essere reso quello principale, i dettagli principali vengono determinati automaticamente
2. È necessario selezionare la casella di controllo "Dettagli di base" nelle proprietà degli attributi del modulo
3. è necessario andare nel menu "Modifica", selezionare "Dettagli di base" e selezionare il valore desiderato
4. è necessario compilare la proprietà “Dati” del modulo selezionando l'attributo del modulo richiesto

La risposta corretta è la quarta:

In grassetto sono evidenziati i dettagli principali:

1. Questo è impossibile
2. È possibile assegnando il valore appropriato alla proprietà dell'attributo del modulo
3. È possibile solo a livello di programmazione, quando si accede all'oggetto "Form".
4. Ciò è possibile aggiungendo un altro valore alla proprietà del modulo corrispondente

La risposta corretta è la prima, esiste rigorosamente un requisito principale, perché la connessione con l'oggetto deve essere inequivocabile.

Domanda 10.113 dell'esame 1C: Platform Professional. Quale dei dettagli del modulo presentato in figura è quello principale?

1. Elenco dei tassi di valuta
2. DirectoryObject
3. I moduli di directory non contengono dettagli di base
4. I moduli di directory contengono tutti i dettagli di base

Di seguito sono elencati i principali oggetti 1C utilizzati quando si lavora con i moduli gestiti. Vengono forniti brevi esempi di codice che dimostrano l'uso tradizionale di questi oggetti durante la scrittura di configurazioni 1C.

Questa forma

Utilizzato nel modulo form, nelle procedure&Sul client e &Sul server.

Consente di accedere sia agli elementi del modulo che ai dettagli.

Si accede all'elemento del modulo tramite un oggetto Elementi e assomiglia a questo:

ThisForm.Elements.VersionNumber.Header = "v."+VersioneProgramma;

L'accesso agli attributi esistenti nel modulo avviene in questo modo:

ThisForm.Advertisement Text="Ciao compagni!";

Accesso semplificato agli elementi e ai dettagli del modulo

In linea di principio non è necessario specificare la parola chiave nel modulo del modulo Questa forma . Puoi accedere agli elementi e ai dettagli del modulo in modo semplificato:

// Elemento del modulo

Elements.VersionNumber.Title = "v."+VersioneProgramma;

// Dettagli del modulo

Testo pubblicitario="Ciao compagni!";

Funzionalità per ottenere i dettagli del modulo (importante!)

Se l'attributo del modulo ha un tipo semplice - Stringa, numero, data ... quindi puoi ottenere (impostare) il valore dell'attributo semplicemente per nome:

Testo=NomeProdotto; // Il nome del prodotto è un attributo del modulo

In questo modo però non è possibile ottenere dettagli di tipo “complesso” -Tabella dei valori, Albero dei Valori . Se provi a ottenere un attributo con questo tipo per nome, verrà restituito un oggetto di tipoDataFormsCollection.

Per ottenere il valore di un attributo di tipo “complesso” è necessario utilizzare la funzioneValoreAttributiForma():

TabellaCorrente=FormAttributesValue("SelectedConstructionObjects");

Per impostare il valore di un attributo “complesso” è possibile utilizzare la funzioneAttributiValoreInForma(<Значение>, <ИмяРеквизита>) , entrambi i parametri sono obbligatori.

Funzioni ValoreAttributiForma() E AttributiValoreInForm()disponibile solo sul Server.

Un oggetto

A rigor di termini, non esiste una parola chiave simile all'interno del modulo. Semplicemente, quando viene creato un modulo, ad esempio un elemento modulo, 1C crea automaticamente un attributo sul modulo con il nome Un oggetto . Attraverso questo attributo sono disponibili le proprietà dell'oggetto corrente che si sta modificando nel modulo.

o, notazione più completa:

Questo oggetto

Contiene l'oggetto stesso. Destinato a ottenere un oggetto in un modulo oggetto o in un modulo modulo.

Utilizzo: sola lettura.

Disponibilità: server, Thick Client, connessione esterna.