Pagina 2 di 2 primaprima 1 2
Visualizzazione dei risultati da 11 a 20 su 20
  1. #11
    Moderatore di ASP.net L'avatar di djciko
    Registrato dal
    Nov 2002
    Messaggi
    6,886
    MVC:


    --HTML.it
    http://www.html.it/guide/guida-aspnet-mvc

    --Ufficiale Microsoft
    https://www.asp.net/mvc

    -- ma il migliore che abbia trovato in rete e' questo:
    http://www.tutorialsteacher.com/mvc/...-mvc-tutorials
    Ultima modifica di djciko; 06-04-2018 a 10:21

  2. #12

  3. #13
    Utente di HTML.it L'avatar di pietro09
    Registrato dal
    Jan 2002
    Messaggi
    10,116
    Interessante.
    Ma mi interessa anche il vostro pensiero su mvc, rispetto alle web form.
    Pietro

  4. #14
    Moderatore di ASP.net L'avatar di djciko
    Registrato dal
    Nov 2002
    Messaggi
    6,886
    Su MVC:

    Tutto cio' che hai imparato devi trasformarlo (ma non cestinarlo).

    All'inizio e' una seccatura e ti sembra di non avere il controllo, ma poi pian piano vedi che rispettando il paradigma si puo' fare tutto, ed in meta' tempo e meta' codice.

    Funziona. Fa tutto da solo (campi obbligatori ad esempio, basta decorare le proprieta' del Model con RequiredField).

    Con tutto l'affetto verso le WebForms (che saranno supportate per molto altro tempo), devo dire che MVC e' piu' smart e performante. Basta entrare nella meccanica, è tutto collegato e ben fatto.

    Inoltre le nuove solution di VStudio17 hanno gia' Bootstrap in maniera built-in, cosi' che una WebApp pubblicata si veda correttamente su tutti i dispositivi.

    Insomma, il modo di programmare che serve nel 2018.

    Svantaggi: Sembra di tornare ad ASP 3.0, quello classico, perche' ci sono gli Helpler embedded con "@Html" per la generazione dei controlli: http://www.tutorialsteacher.com/mvc/html-helpers

    --------
    Comunque provalo Pietro, è potente. Anche io ero restio all'inizio (poi sono stato costretto da un cliente e ne ho apprezzato i vantaggi)
    Ultima modifica di djciko; 06-04-2018 a 14:46

  5. #15
    Utente di HTML.it L'avatar di pietro09
    Registrato dal
    Jan 2002
    Messaggi
    10,116
    ti ringrazio. In effetti avevo provato, ma con un pessimo libro, e alla fine ho smesso sia di leggere quel libro, sia di provare.
    Pietro

  6. #16

  7. #17
    Utente di HTML.it L'avatar di pietro09
    Registrato dal
    Jan 2002
    Messaggi
    10,116
    Quote Originariamente inviata da optime Visualizza il messaggio
    confermo le impressioni di djciko
    ok! la spinta per provare l'ho avuta adesso ci provo
    Pietro

  8. #18
    Moderatore di ASP.net L'avatar di djciko
    Registrato dal
    Nov 2002
    Messaggi
    6,886
    Una cosa buona di MVC e' che in un unico controller puoi racchiudere tutti i metodi di un insieme di viste.

    Cioe' detto alla vecchia maniera, invece di avere 5 files di code-behind, c'e' un unico file CS o VB con una classe che eredita da Controller, contenente tutti i metodi..
    Ultima modifica di djciko; 06-04-2018 a 14:45

  9. #19
    Utente di HTML.it L'avatar di supermac
    Registrato dal
    Jun 2001
    Messaggi
    1,856
    Quote Originariamente inviata da djciko Visualizza il messaggio
    Cioe' detto alla vecchia maniera, invece di avere 5 files di code-behind, c'e' un unico file CS o VB con una classe che eredita da Controller, contenente tutti i metodi..
    detto così sembra ci sia un solo codebehind per tutte le pagine... ho frainteso???
    W la Ferari effetrenavenave!
    il computer è un somaro veloce! (neanche tanto ndr)

  10. #20
    Moderatore di ASP.net L'avatar di djciko
    Registrato dal
    Nov 2002
    Messaggi
    6,886
    si, in pratica potrebbe essere vista cosi'.

    di solito pero' si fa un controller per ogni gruppo di viste che riguardano la stessa cosa (es. lettura, dettaglio e modifica di una lista di utenti)

    il Controller e' cio' che ha rimpiazzato il code-behind per i metodi da eseguire (chiamati action), poi per la parte di accesso ai dati ci sono i Model, che in pratica sono classi che rispecchiano le tabelle del Database, ma non solo. Si possono aggiungere anche altre proprieta' "di servizio".

    Il Model corrispondente alla View si definisce nella View stessa, mentre il legame Vista/Controller è dato dal nome del Controller.

    Ad esempio "Controllers/AccountController.cs" si lega in automatico alle View della cartella "Views/Account/" (il suffisso "controller" del cs ed i nomi delle cartelle sono una convenzione).

    E' divertente, alla fine
    http://www.tutorialsteacher.com/mvc/...lder-structure


    PS: La documentazione ufficiale di Microsoft comunque è qui:
    https://docs.microsoft.com/it-it/aspnet/mvc/index
    Ultima modifica di djciko; 06-04-2018 a 15:35

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2024 vBulletin Solutions, Inc. All rights reserved.