2011-02-02 9 views
5

Perdonate il "cast pun" ma sono uno sviluppatore Delphi (a lungo). Sono rimasto alla versione 6 per un'eternità ora perché era tutto ciò di cui avevo bisogno per lo sviluppo. Tuttavia, ultimamente ho pensato di entrare in .NET perché sembra essere la direzione dominante per lo sviluppo di Win32/64 EXE. La mia più grande preoccupazione è avere qualcosa in .NET che funge da equivalente al modello di componente VCL in Delphi..NET ha un equivalente del modello di componente VCL di Delphi?

Lasciatemi spiegare la mia più grande preoccupazione in questo modo. In Delphi, posso creare un componente personalizzato che, una volta completato, diventerà un membro a pieno titolo della palette dei componenti Delphi (pannello "widget"), che posso trascinare su un modulo in fase di progettazione e utilizzare la proprietà dell'IDE ispettore/editore per riempire le proprietà pertinenti al componente e ancora meglio, compilare gli stub di codice per vari gestori di eventi definiti dal programmatore (quest'ultimo è come VB e molti altri IDE, lo so.) Ma, soprattutto, posso creare quell'atto come contenitori per altri componenti. In fase di progettazione, posso aggiungere componenti figlio di un tipo diverso rispetto al genitore e riempire opportunamente le proprietà e i gestori di eventi per le istanze figlio utilizzando lo stesso paradigma dell'editor di proprietà dei componenti di livello superiore. Sono giunto ad adorare questa capacità e vorrei sapere se .NET ha qualcosa di altrettanto facile nella gestione/modifica dei componenti che contengono altri componenti in fase di progettazione.

+0

Sì, è possibile creare componenti cittadini di prima classe in .Net. Per sapere com'è, puoi sperimentare con una delle versioni _express_ di Visual Studio, Mono Develop o SharpDevelop. – Apalala

+0

Di cosa si parla "cast pun"? –

+0

(long long) come un modo per indicare che sono stato programmato da Delphi per molto, molto tempo. –

risposta

4

Windows Forms è fondamentalmente simile a VCL per .NET. Fornisce la maggior parte dello stesso comportamento basato su componenti a cui sei abituato con VCL, in uno stile molto simile (sebbene con un framework diverso).

Detto questo, se stai per saltare la nave, potresti prendere in considerazione l'idea di guardare a WPF e Silverlight. Forniscono un modello molto più bello (una volta superato il giro di apprendimento) per lo sviluppo di applicazioni. Questo è davvero il modello di sviluppo preferito in futuro con .NET (anche se Windows Form è ancora abbastanza popolare), in quanto fornisce numerosi vantaggi.

+2

Sei sicuro? Da quanto ho sentito, WPF e Silverlight sono fondamentalmente morti per lo sviluppo del desktop e si concentrano solo sullo sviluppo della piattaforma Windows Phone 7, che è fondamentalmente morta. –

+2

@Mason: Non so dove l'hai sentito, ma è completamente falso. –

+4

Infatti. Come utente BCB da lungo tempo che si è rifiutato di utilizzare MFC, inizialmente sono rimasto scioccato dal modo in cui WinForms simili erano per il VCL. Ma c'è un [buon motivo per questo] (http://en.wikipedia.org/wiki/Anders_Hejlsberg). –

5

Supponendo ho capito bene la vostra richiesta, che è certamente una parte di .NET/visivo funzione Studio set.

Utilizzando WinForms (il tipo di progetto più comunemente utilizzato per lo sviluppo di applicazioni desktop, sebbene WPF stia guadagnando terreno), è possibile creare componenti che possono essere aggiunti come componenti figlio a controlli visivi (o finestre, chiamati moduli) o a altri componenti.

Problemi correlati