Diferențe kol-proiect din VCL-proiect

Lucrul cu formulare

I. Adăugarea de formulare.

1. Fișier | nouă formă.
2. Salvați-l în același director. în cazul în care sunt restul fișierelor de proiect.
3. Throw pentru a forma TKOLForm componente. (Asigurați-vă că, de asemenea, că forma principală este deja TKOLApplet dacă nu -. Pune).
4. De fapt, totul. Dacă TKOLProject proprietate Autobuild = Adevărat (implicit), apoi prin BuildDelay formă microsecunde se transformă în KOL compatibile. Dacă nu, va trebui să faceți dublu clic pe componenta de proprietate Build TKOLProject (formularul principal).

II. îndepărtarea Mold.

1. Proiect | Eliminare din prject. - ca de obicei.
2. În forma principală, selectați TKOLProject. Faceți dublu clic pe proprietatea Build.

III. REDENUMIȚI forme.

Nu modificați numele formularului, în loc să modificați proprietatea componenta FormName TKOLForm. situată pe formular. (Formular pagină ar trebui să fie, de asemenea, deschise).

Pentru a rezolva conflictul dintre cuvântul din Sine VCL și cuvânt @Self în KOL. care sunt interpretate în moduri diferite, a introdus un formular special de cuvânt. VCL-proiect (oglindă) Forma - este TKOLForm proprietate componente. se întoarce de sine. KOL-proiect - un câmp al obiectului cu numele formei originale, și este un pointer la un obiect de forma în sine. Deci, pentru tratarea corespunzătoare a proprietăților forma handler alocate în ambele cazuri, va fi audiat în mod corect:

(În același timp, vechiul stilul subtitrării: „Buna ziua!“ =, Va da o eroare în convertit KOL-proiect în timp ce încerca să compileze).

Dar formularul de cuvânt a sugerat ar trebui să fie folosite pentru a accesa proprietățile doar forma. Pentru a avea acces la copil obiecte de formă, nu este necesar (și greșit). Noi trebuie, ca de obicei:

Button1.Caption: = 'OK';
Button1Click (Formular);

Adăugarea unei trimiteri la modulul

Dacă doriți să utilizați un modul extern care nu este listat în clauza utilizări. adăugați-l așa cum se arată în următorul pasaj:

utilizează Windows, Mesaje, ShellAPI, KOL. oglindă, clasele,

Controale, mckCtrls. <-- список имен дополнительных модулей --> ;

oglindă, Ferestre, Mesaje, SysUtils, Clase, Grafică, Controale, Formulare, Dialoguri, oglindă;

Folosind moștenitorii VCL TComponent

Începând cu versiunea MCK v0.71. posibil să se utilizeze componente non-vizuale, bazată pe VCL. în proiecte vizuale KOL + MCK. Pentru ei, codul va fi generat, designul lor, și distrugerea, atribuite evenimentelor și proprietăți care diferă de cele atribuite în constructor.

Cu toate acestea, utilizarea componentelor VCL în proiecte bazate pe KOL. nu este recomandată. deoarece, în orice caz, ei vor trage pentru o cantitate foarte mare de cod neutilizat.

În același timp, utilizarea componentelor vizuale VCL în proiectul MCK nu poate fi deloc. TKOLProject TKOLFormblokiruyutsya componente și imediat în cazul detectării unor astfel de obiecte de pe forma care previne pierderea VCL-proiecte în cazul componentelor turnate MCK eronate ale conventionale VCL-proiect.

În cazul în care componenta VCL utilizat în proiectul MCK, ține cont de faptul că:

- nu are loc generarea automată a codului. atunci când proprietățile componentei se modifică sau Stivuitoare eveniment numit. Ar trebui să fie (de exemplu) prin dublu clic pe o generație de cod forță TKOLProject componentă după efectuarea oricăror modificări în stabilirea unei componente străine.

- atunci când componenta VCL „aruncat“ pe formular, link-ul Delphidobavlyaet la unitatea sa de a cluster-ului utilizări. dar este de obicei plasat între paranteze. . astfel încât proiectul nu poate fi compilat în mod corespunzător. Pentru a corecta acest lucru, inserați o referință la modulul de paranteze:

Fișierele generate automat

1. În plus față de .DPR. fișiere generate:

- _0.inc - aceasta cuprinde un cod alternativ aplicație de inițializare, înlocuirea este ceea ce este în DPR-fișier între începe și se termină. Structură similară cu următoarele:

Applet: = NewApplet; (.) // dacă TKOLApplet folosit
[Applet.Visible: = False; ] // opțional
[Applet.OnMessage: =. ; ] // opțional

- _1.inc - creează un gol, în cazul în care nu există. Puteți să-l modificați prin plasarea acestuia în codul care va funcționa imediat după (opțional) Applet de inițializare variabilă. De exemplu, puteți scrie o declarație condițională, ceea ce va împiedica o continuare a rula aplicația, în unele cazuri.

- _2.inc - generat automat include codul de inițializare formulare generate automat.
Niciodată nu-l modificați.

- _3.inc și _4.inc - precum și _1.inc. Acesta a generat gol dacă nu există. Puneți-l în cod (orice).

2. Pentru fiecare modul formular este generat automat fișier _1.inc.
Niciodată nu-l modificați.

3. fișier uses.inc, de asemenea, generate automat. Acesta conține doar cuvântul „folosește“. se adaugă la codul final în printr-o directivă.
Niciodată nu-l modificați.