Ce este VBSCRIPT?

Versiunile de script ale limbajelor computerului au fost proiectate inițial pentru a fi executate atunci când un utilizator vizitează o pagină Web. Din motive de securitate, aceste limbaje ar trebui să conțină mai puține capacități decât limbajele obișnuite. De exemplu, VBScript nu are o comandă care șterge un dosar în Outlook, în timp ce VBA are (FolderRemove). Nu doriți să ștergeți folderele Outlook sau să declanșați acțiuni dăunătoare similare, doar pentru că pur și simplu ați deschis în browser o pagină web rău intenționată.

Intenția inițială a fost ca limbajele de script să fie simple, orientate către web. Dar, limbaje script s-au schimbat în timp pentru a efectua diverse sarcini și de a avea o varietate de implementări. Acest tip de corupție este tipic în software-ul de calculator: Există mai multe versiuni de standarde, ar fi XML, HTML, și altele asemenea. Ele încep cu intenția de a fi uniforme pe platforme, de a fi guvernate de anumite reguli și așa mai departe. Apoi se modifică. Îți amintește de faimoasa remarcă a lui Mae West: "Am fost Albă ca Zăpada, dar am plutit în derivă."

În ciuda limitărilor VBScript, poate doriți să-l utilizați pentru un loc de muncă specializat în Outlook: partajarea elementelor cu alte persoane. Codul VBScript este conținut în formularul său personalizat, astfel încât să îl puteți trimite altor persoane. Nu puteți exporta direct VBA altor persoane din interiorul elementelor pe care le partajați.

Dacă sunteți interesat să urmăriți formularele personalizate Outlook și VBScript care le conduce, consultați tutorialul util aici:

http://msdn.microsoft.com/en-us/library/office/jj973110.aspx

Diferența dintre evenimentele READ și OPEN

Evenimentele Read și Open apar atunci când utilizatorul deschide un element existent pentru editare. Diferența dintre cele două evenimente este că evenimentul Open are loc numai atunci când elementul este deschis într-o fereastră Inspector, în timp ce evenimentul Read are loc atât atunci când elementul este deschis într-o fereastră Inspector și, de asemenea, atunci când este selectat pentru editare într-o celulă.

Cum se testează procedurile de tratare a evenimentelor

Rutinele de tratare a evenimentelor nu se testează în același mod în care testați modulele VBA obișnuite. Într-un modul obișnuit, faceți clic pentru a pune cursorul de inserare intermitent în macrocomanda pe care doriți să o executați și apoi apăsați F5 pentru a executa această procedură.

Într-un modul de clasă, prin contrast, apăsând F5 doar deschide caseta de dialog Macros, în loc să se execute direct codul.

Dacă sunteți confuz cu privire la testarea codului, nu fi descurajat. Un handler de evenimente trebuie să fie pus într-un modul de clasă. Și de fiecare dată când folosiți clase, vă aventurați în OOP. OOP, indiferent de meritele sale, adaugă întotdeauna un strat de complexitate pentru programator. Deci, haideți să revizuim pe scurt acest subiect, pentru a vedea cum se scrie, și apoi se testează rutinele de tratare a evenimentelor.

În exemplul următor, doriți să răspundeți la orice modificări pe care utilizatorul le poate face la una dintre persoanele de contact ale utilizatorului. Cu alte cuvinte, trebuie să scrieți un cod în evenimentul ItemChange din folderul Contacts. Poate că doriți ca codul să alerteze utilizatorul că trebuie să facă modificări suplimentare. Sau, că au nevoie pentru a trimite aceste informații noi la asistentul lor. Oricare ar fi motivul, scopul este de a scrie cod care se execută atunci când un element Contact se modifică - atunci când utilizatorul modifică un contact și apoi face clic pe butonul Save, declanșând astfel evenimentul ItemChange.

"Manipularea" unui eveniment (scrierea propriului cod care se execută atunci când are loc un eveniment) necesită să urmați trei pași:

1. Creați o variabilă obiect - utilizând comanda WithEvents - care va reprezenta obiectul al cărui eveniment doriți să îl gestionați. Unde duce acest cod? În partea de sus a unui modul de clasă în secțiunea Declarații generale de deasupra oricărei proceduri. Outlook are încorporat un modul clasă special numit ThisOutlookSession. Deci, în loc de a crea un nou modul de clasă, se păstrează lucrurile simple și se folosesc doar modulele de clasă existente ThisOutlookSession pentru a declara variabila obiect.

2. Indicați sau conectați (Set) noua variabilă obiect la obiectul real al cărui eveniment doriți să îl gestionați. În exemplul nostru, dorim să gestionăm colecția Items din folderul Contacts al Outlook. Unde duce acest cod? Ar putea fi pus într-o macrocomandă. Sau, pentru că vrem să facem automat acest lucru, să îl punem în evenimentul de pornire Outlook. În acest fel conexiunea se face ori de câte ori utilizatorul rulează Outlook. Rețineți că diferitele aplicații Office au nume special rezervate: de exemplu, dacă denumiți AutoExec o procedură în Word, codul său se execută atunci când porniți Word. Dacă denumiți o procedură Application_Startup în Outlook, aceasta este echivalentul AutoExec din Word.

3. Scrieți codul rutinei de tratare a evenimentelor - acțiunile pe care doriți să fie efectuate atunci când are loc acest eveniment. Unde duce acest cod? În același modul de clasă în cazul în care ați declarat variabilele obiect (pasul 1, de mai sus).

Există și alte modalități de a gestiona evenimente, dar acesta este un exemplu simplu. Pentru a păstra simplu, vom pune codul pentru toți cei trei pași în modulul de clasă ThisOutlookSession încorporat din Outlook. Acum să urmăm pașii anteriori, numai că de data aceasta vom introduce codul real:

1. Mai întâi, deschideți Outlook VBA Editor apăsând Alt+F11. Extindeți Project1 din fereastra Project până când vedeți modulul de clasă ThisOutlookSession (sub Obiecte Microsoft Outlook). Faceți dublu clic pe ThisOutlookSession pentru a deschide fereastra cod.

2. În partea de sus a ferestrei ThisOutlookSession, tastați declarația variabilei obiect:

Public WithEvents objContacts As Items

3. Acum, în evenimentul Application Startup, vom scrie cod care conectează variabila obiect la obiectul Outlook real care ne interesează, care este colecția items din folderul Contacts:

Private Sub Application_Startup()

Set objContacts = Application.GetNamespace("MAPI") _ 

   .GetDefaultFolder(olFolderContacts).Items

End Sub

4. În cele din urmă, vom scrie codul de eveniment-handler care face treaba pe care vrem să facem. Acest cod merge, de asemenea, în modulul ThisOutlookSession:

Private Sub objContacts_ItemChange(ByVal Item As Object)

MsgBox "Acest element de Contact a fost modificat."

Acum, pentru a testa această rutină de tratare a evenimentelor, închideți și apoi reporniți Outlook. Acest lucru este necesar pentru a executa procedura Application_Startup care preia și variabila noastră obiect în folderul Contacts colecția Items (descrisă la elementul 3 din lista de mai sus).

Acum, în Outlook, deschideți folderul Contacts. În Outlook 2013 și 2016, acest folder este numit People și se găsește în colțul din stânga jos, lângă pictogramele Mail și Calendar. Faceți dublu clic pe un contact aleatoriu. Faceți clic pe Edit din partea din dreapta sus a ferestrei, pe Notes și tastați ceva în câmpul Notes. În cele din urmă, faceți clic pe butonul Save din colțul din dreapta jos. Acest lucru ar trebui să provoace executarea codului rutinei de tratare a evenimentelor, afișând un mesaj care vă spune că informațiile de contact s-au modificat.

Folosind OOP, am declanșat indirect această casetă de mesaje.

Nu voi pretinde că toate astea sunt ușoare. Deși OOP are meritele sale, scrierea codului folosind OOP este mai complexă. Complexitatea care implică dicție, punctuație, referință, domeniu de aplicare, prioritate și alte aspecte vă vor atrage adesea într-o lume a mai multor interacțiuni, ducând la cicluri imprevizibile și uimitoare de testare a codului de retestare. Cel mai bun pariu atunci când se lucrează cu module de clasă este de a încerca să se găsească on-line unele exemple de cod, care sunt aproape de ceea ce încercați să realizați și apoi să le modificați pentru a se potrivi scopurilor dumneavoastră.