Sviluppo del sito web da zero framework v / s [duplicato]

Should web sites be developed and designed from scratch fully?

No.

Should they be done by using framework like spring,zend, cakephp?

Sì.

Should they be done using CMS like joomla,wordpress,drupal?

Sì.

Ecco la regola.

Scrivi meno codice . Fai le cose prima.

Crea valore il più rapidamente possibile, scrivendo il meno codice possibile.

or using existing frameworks like Drupal, Joomla, WordPress is the norm now?

Certamente non per me; Penso che se hai una logica di business ragionevolmente complessa è vantaggioso sviluppare da zero. Bene, quando dico scratch sto usando Spring .

Un sito web è meglio servito da un CMS.

Un'applicazione web non è ben servita da un CMS. Tuttavia, potrebbe essere utile una sorta di framework di codifica.

La chiave è chiedersi dove si trova la scala dal sito all'applicazione. Se la maggior parte delle tue pagine riguarda la presentazione di informazioni, proponi a un CMS. Se si tratta di fare qualcosa, inclinati verso un quadro.

Build From Scratch

Nel mio ultimo lavoro (3 anni fa) abbiamo creato da zero tutti i siti web (tutti e più di 300). Abbiamo posseduto i server. Sapevamo esattamente cosa stava succedendo ai nostri server. Eravamo un piccolo negozio di 6 persone. I nostri clienti non volevano apparire come provengono da un modello.

Oggi vedo un sacco di BLOAT causato da questi toolkit web. Visualizza la fonte su alcuni dei nuovi siti Web e guarda quanto viene importato / chiamato il codice JS. Se ti affidi a tutte queste librerie esterne per estrarre il "Web Magic", allora è meglio sapere come modificarlo o correggerlo se non funziona come previsto.

Ad esempio: un cliente desidera un carattere "Futura" che sia not facilmente disponibile su tutte le macchine. Quindi, invece di dire al cliente che "Futura" è una scelta sbagliata per un font del sito web, trovi una libreria JavaScript che incorpora il font direttamente nella pagina. Dopo che la pagina viene caricata, "Poof" cambia il font da Times New Roman a "Futura" incorporato proprio come per magia. Se non riesci a supportarlo completamente, non utilizzarlo.

Non abbiamo creato tutto da zero. Quando mai un cliente ha chiesto un nuovo widget ci si chiedeva spesso ... "È un widget Build o Buy". Se potessimo interfacciare il widget nel nostro codice esistente senza troppi problemi, lo compreremmo. Abbiamo acquistato raramente widget che non potevamo brandizzare per essere nostri. Non abbiamo mai acquistato widget che non includevano il codice sorgente.

Se costruisci solo siti web come hobby o fai solo 2-3 all'anno, forse non vale la pena crearlo da zero ... fai attenzione a dove ottieni il codice. In definitiva è la tua reputazione.

The requirements are almost similar in most cases

Il sito web interattivo o lo sviluppo di applicazioni web è per lo più un problema risolto e questo è evidente nei potenti strumenti che esistono oggi per supportare un rapido sviluppo che non esisteva nemmeno 10 anni fa.

La somiglianza tra i requisiti di solito rientra nelle preoccupazioni tipiche della maggior parte delle applicazioni Web (ad esempio autenticazione, autorizzazione, strumentazione, accesso ai dati / ORM, gestione delle transazioni, ecc ...).

Abbiamo oggi combinazioni di AOP (Aspect Oriented Programming) con DI (Dependency Injection) per aiutare a trasformare preoccupazioni trasversali dai codici nelle configurazioni. Vedi Spring per un'implementazione pratica di tali framework.

Quindi quando parli di sviluppare un sito web "da zero", devi essere più specifico a riguardo. Posso creare un sito web partendo da componenti testati e verificati oppure posso reinventare la ruota e progettare e costruire individualmente ognuno dei miei componenti, il che sarebbe un errore da principiante. Se volessi costruire un'auto, avrei trovato e acquistato componenti come pneumatici e radiatori e assemblato un'automobile, non avrei iniziato a formare pneumatici da stampi o forgiare acciaio. Questi problemi sono stati risolti molto tempo fa.

Dipende davvero dagli obiettivi del sito e da ciò che stanno cercando di presentare.

Sì, molti siti usano framework se stanno creando siti che si adattano bene a questo genere di cose, ma (soprattutto al momento) molte aziende vogliono fare di più con le loro pagine (o pensano di essere " fare di più) così svilupperà tutto completamente da zero.

Quale via è meglio dipende davvero, ancora una volta, dagli obiettivi del sito. In ogni caso, è peggio, esattamente, ma semplicemente una decisione che le aziende devono prendere in base al sito.

Se vuoi ottenere rapidamente un prototipo, usi un CMS (drupal, joomla ecc.).

Se vuoi completare un progetto per un cliente, usi un framework in modo da non dover reinventare la ruota. Che si tratti di Django, Ror, symfony, primavera ecc.

Per un progetto personale che di solito è fatto per imparare cose, puoi iniziare da zero. È utile provare a fare alcune cose per apprezzare la potenza di questi framework.