2010-04-22 10 views

risposta

12

ti suggerisco di design di prima - può essere un disegno di massima con una matita/carta, ma vi darà un'idea di quali informazioni devono andare sulla pagina in che modo . Questo ti aiuterà con le tue visualizzazioni e la logica del controller. Non preoccuparti troppo dei colori a questo punto.

Ho sempre la sensazione che sia meglio fare le cose in modo iterativo. Progetta una o due pagine, costruisci il modello e il controllore in relazione a quella pagina e ripeti per le altre pagine.

A volte se si trascorrono troppo tempo nei modelli e nei controller e si trascurano le visualizzazioni, si finisce per fare molto di più o molto meno di quello che serve.

+3

* Sempre * Design prima. Codificare prima fa molti progetti perché non sanno cosa devono fare. –

1

La bellezza dei framework MVC è semplicemente non importa.

Ovviamente avrete bisogno di una visione a cui lavorare, ma dipende da voi stessi. Sono un forte sostenitore dello sviluppo iterativo. In questo caso dovresti creare una sezione del sito, viste, modelli e così via. Una volta funzionante, vai alla sezione/funzione successiva del sito.

1

Dipende ma ci sono diverse regole pratiche:

  • più grande è il progetto più si beneficia della progettazione prima, il design approccio bene.
  • se c'è interdipendenza tra gli elementi del progetto, come un sacco di chiavi esterne nel database, è meglio progettare tutto intorno a queste interdipendenze, o te ne pentirai dopo
  • I framework MVC impongono alcune decisioni di progettazione per la loro stessa natura, quindi utilizzatelo per aiutarvi a
  • oltre una certa dimensione - diciamo più di una settimana di lavoro - è una necessità assoluta. Lo stesso vale se si tratta di uno sforzo di squadra

Nel tuo caso particolare, dal momento che non sono sicuro delle dimensioni del progetto, ti suggerisco di progettare lo schema in anticipo in base alle tue esigenze, che ti spiegherà le dipendenze, e poi fai la cosa iterativa, iniziando dalle dipendenze. Se hai delle API specifiche che hai in mente, è una buona idea progettare attorno a quelle pure

1

Entrambi i modi sono OK, ma sarebbe meglio se tu avessi una vista progettata (anche un mock up) così puoi sapere quali dati ottenere come formattare quando sviluppi il tuo modello e controller

0

Il mio suggerimento che ti farà risparmiare un sacco di tempo e il mal di testa è iniziato con il design.

Hai due disegni qui. Uno è il design dell'interfaccia utente. Tutte le immagini ecc.

Quando hai un design dell'interfaccia utente, saprai come creare il tuo mark-up dal momento di iniziare senza dover eseguire il lavoro due volte dopo aver completato un progetto.

L'altro è il design del software. il framework MVC aiuta molto con questo, ma non vuoi neanche iniziare a programmare senza avere un piano. Ti ritroverai a rintracciare molto e a ricodificare cose che hai già fatto in quel modo.

5

I 37 segnali (la fonte o Ruby on Rails e alcune app Web davvero interessanti) book Getting Real fautori che lavorano dall'interfaccia verso il basso. Ti dà un'idea migliore di come verrà utilizzato il sito prima di eseguire troppe implementazioni di back-end.

Questo è il capitolo specifico: From ideas to implementation.

PS: Leggi l'intero libro, è breve e una buona filosofia generale per costruire le cose come dovrebbero essere costruite. E no non sono affiliato con loro in alcun modo.

3

Un piccolo, ma molto buono consiglio che ho ricevuto, è stato capire che tipo di URL "amichevoli" vorresti vedere nel tuo sito. Questo a sua volta ti porta a quali percorsi richiedi, il che a sua volta ti dà un'idea dei controller e delle azioni che dovrai creare.

+0

Decisamente una buona parte del processo di progettazione, solitamente noto come architettura dell'informazione. – vfilby

0

Un approccio iterativo è la strada da percorrere. Potrei suggerire di passare del tempo sul modello e farlo solidificare per primo. Quindi, scorrere i controller e le viste. Ciò consentirà di convalidare ciò che hai fatto nel modello e di sollevare eventuali problemi evidenti che devono essere affrontati prima o dopo.

0
  • comprensione dei requisiti
  • Database Design
  • User Interface design
  • Business Logic design
+1

Cosa significa questo ?! – Grokys

0

io, come la maggior parte qui direbbe di progettazione (almeno in misura) prima. Vorrei interazioni wireframe (queste possono, e dovrebbero essere raffinate in seguito) e, forse la cosa più importante, (almeno se si tratta di un sito web tradizionale su cui stai lavorando) pianificare l'architettura, mappare la struttura del sito che stai lavorando su (la parte di architettura dell'informazione). Per avere una panoramica del sito e conoscere mappare i percorsi degli utenti attraverso il contenuto.

Questo è almeno il mio "modus operandi" per i siti Web se sto lavorando da solo su di essi. (Io per lo più lavoro in una squadra UX quindi il mio flusso di lavoro professionale è più nella parte di progettazione che di produzione di codifica al giorno d'oggi)

0

Dalla mia esperienza direi che devi sempre pianificare prima. (Pianifico anche la mia fase di pianificazione).

Suppongo che tu stia facendo qualcosa come una GUI cablata via .aspx usando il modello MVC, forse anche l'Entity Framework?

Lo sviluppo di siti come questo può facilmente diventare complicato una volta che si inizia a costruire.
È importante che prima di fare qualsiasi cosa tu sappia esattamente quello che stai cercando di fare, in questo modo sai quando esegui il superamento dei traguardi o il superamento dei tuoi obiettivi e se il codice che stai scrivendo soddisfi effettivamente i requisiti.

Ci sono molti modelli su cui è possibile basare lo sviluppo del tuo progetto, i quali seguono vagamente un ciclo di vita di sviluppo del sistema ragionevole in un modo o nell'altro.

Se non avete letto su diverse metodologie di sviluppo, ecco un sito che vi darà una buona panoramica: http://www.itinfo.am/eng/software-development-methodologies/

Problemi correlati