Ci sono molti trucchi che vanno da Winform a ASP.NET. Tuttavia andando dall'altra parte potresti semplicemente provare una boccata d'aria fresca dal momento che è tutto in esecuzione e hai un ambiente pieno di stato, il che significa che le cose non scompariranno e saranno ricostruite.
A volte sarai confuso perché stai ancora pensando in ASP.NET e il modo in Winforms è troppo facile. Preparati a sbattere la testa contro la scrivania e ripetere "stupido, stupido, stupido ... è così ovvio" e cose del genere.
- roba Non più apolidi (postback, ViewState, stato di controllo, attesa fino a quando i controlli sono pronti, ecc)
- Non più applicazione riciclaggio
- Nessun callback AJAX o pagina reindirizza - Non è più richiesta/risposta modello di interfaccia utente
- Tutto persiste e esiste appena l'ultima volta lo ha lasciato.
- è comunque possibile utilizzare tutte le cose di livello intermedio e backend siete abituati a (non UI) in modo che si sentano davvero confortevole e si prende cura di un sacco di transizione
Tuttavia
Layout e design si sentiranno un po 'più rigidi rispetto al flusso naturale di HTML e alla sua applicazione dello stile CSS separatamente.
Per un'interfaccia utente più bella e più ricca, potresti voler considerare WPF come un successo per i tuoi sforzi Winform. Questo Microsoft section fornisce informazioni su entrambe le tecnologie.
Ci sarà una transizione ovviamente man mano che imparerete le classi specifiche di Winforms, tuttavia si sentono simili alle versioni ASP.Net, solo più semplici da implementare.
fonte
2010-06-05 23:17:30
possibile duplicato di [sviluppatore Web in corso in Winforms] (http://stackoverflow.com/questions/2873220/web-developer-moving-to-winforms) – ChrisF