[Delphi] Structuur verschil

[Verwijderd]

Ik kwam iets (voor mij) nogal wazig tegen:
als je een "form-unit" aan maakt verschilt de basis opbouw van de "normale"-units, dus die zonder form erbij.

dus "form-unit"

code:

unit Unit1;

interface         // Defines the external view of this unit

Uses
  Forms, Classes;

type
  TForm1 = class(TForm)
    procedure FormCreate(Sender: TObject); //Hier de functies/procedures, dus na de uses
  end;

var
  Form1: TForm1;

Implementation 
{$R *.dfm}

en de "normale-unit"

code:

unit Unit1;

interface
function getLyrics(): String;   
function test(): TStringList; //Kan dus niet omdat de classes unit nog niet is "geused"      

Implementation 
Uses
  Classes; //nu pas wordt classes met TStringList  geimporteerd

var
 blaat : TStringList; //Hier nergens last van.

Ik heb dus last van de laatste soort.
Want ik wil namelijk een functie hebben die een TStringList "result", maar dat kan niet omdat de TStringList nog niet is geimported.

Ik heb oa al geprobeert om de volgorde op de "form-unit" manier te zetten, maar de compiler was het niet echt met mij eens.

Is het mogenlijk om eerst uses classes, etc; er neer te zetten en daarna de definities van de functies, zodat ik ook, ander soort types kan gebruiken?

[vinnie1908]

Nee dat kan niet Als je je interface wil laten weten wat er in die unit staat, moet je die ook daar usen...

Wat is het probleem om Classes in je interface te usen?

[Paul]

wat is er mis met

unit Unit1;
interface

Uses Classes;

function getLyrics(): String;
function test(): TStringList;

Implementation
function getLyrics(): String;
begin
//
end;
function test(): TStringList;
begin
//
end;
End.

[Knutselsmurf]

Even uit mijn hoofd: Als je een unit X used in je interface van een unit Y, dan is in feite de inhoud van unit X ook beschikbaar als je gebruikers unit Y gebruiken. Alle units die je alleen in je implementation gebruikt, en daar dus ook pas in je uses-statement zet, blijven onzichtbaar voor de gebruikers van je unit Y.

Het kan dus nuttig zijn om alle type-definities die je zelf maakt in een aparte unit te stoppen en die in de interface al te usen en alle procedures/handige functies die je ergens nog bruikt in een andere unit en die pas in je implementation te usen

[Reptile209]

Oftwel, ter aanvulling op Paul Nieuwkamp, je mag een uses zowel na de interface als na de implementation zetten. Beide uses hebben dan hun eigen scope! Dus een uses na de implementation doet niks in de interface, een uses in de interface geldt voor de hele code (incl. prototypes) die daar na komen. Het makkelijkste is om de uses direct na de interface te zetten.
Als dit je volledig onbekend voorkomt, zou ik je wel wat meer achtergrondkennis over Delphi aanraden. Zie je plaatselijke bieb daarvoor .

Delphi:

unit Unit1;

interface
uses Classes;  //bladiebla

function w00t: boolean;
...

implementation

//evt nog een keertje
uses Woei1; 

// en hier de rest van je code

Owja, als je dus een unit A en B hebt die elkaar nodig hebben, moet je de ene in de interface includen en de ander in de implementation. Of nog beter: eens kijken naar de opbouw van je units, want meestal kan het wel netter.

[ Voor 14% gewijzigd door Reptile209 op 15-06-2003 01:57 ]

[Verwijderd]

@Iedereen: Hartstikke bedankt, ik zat ff klem er mee, maar nu kan ik weer verder
@ Reptile209: Ik heb hier Mastering Delphi 6 zien liggen, is dat iets als extra achtergrond kennis?

[curry684]

Sheddy: sowieso goed, en zoek anders eens op Amazon rond, doe een searchquery op 'Programming Delphi' en sort op 'Avg User Rating'. De boeken die op Amazon 5 sterren scoren zijn over het algemeen goed hun geld waard.

[edit]
Damn krijg Amazon search niet geinlined hier...

[ Voor 255% gewijzigd door curry684 op 15-06-2003 12:02 ]