Costruire un DBAL da zero

Question

Costruire un DBAL da zero

#1 da (3 voti)

3

Sto pensando di creare un DBAL da zero con PHP da utilizzare nei miei progetti e anche di apprendere attraverso il processo.

Ho notato su SO e su altri forum affidabili che ogni volta che viene menzionato la maggior parte degli utenti consiglia di usare un DBAL come Doctrine e non " reinvent the wheel ".

Perché con questo pezzo specifico le persone raccomandano continuamente di usare uno pre-fatto? È così difficile / problematico creare e costruire mentre vai? Se sì, quali sono i principali problemi? Presumo che la sicurezza sia una sola.

Riguardo ai DBAL stabiliti come Doctrine, ho scaricato e ispezionato i contenuti e ho notato che è piuttosto grande, per coloro che hanno esperienza con questo, tutto ciò è davvero necessario? Usi tutte queste funzionalità fornite (e sai cosa sta succedendo nel back-end)?

Da quello che ho ispezionato sto trovando difficile vedere come userei più del 40% della libreria, e ho la sensazione di non essere completamente sicuro di cosa stia accadendo nel backend con una libreria così grande. Forse questo è un sentimento comune e ci passi sopra?

php doctrine

posta cecilli0n 23.04.2014 - 23:59

fonte

1 risposta

Leggi altre domande sui tag php doctrine

Mantenere gli oggetti intermedi come campi membri è una buona idea in questo caso? Dove devo mettere i binding per l'iniezione di dipendenza?

score 3 · Answer 1

Hai bisogno,
C'è una libreria che soddisfa le tue necessità,
La libreria è gratuita, quindi l'unico costo è il tempo che dedichi a imparare a usarlo,
E potresti utilizzare fino al 40% di questa libreria.

Quanto è lungo imparare come usare qualcosa come Doctrine? Direi dieci minuti per la maggior parte degli scenari di base e fino a un'ora per cose più avanzate.

Quanto tempo è necessario per reinventare la ruota, ad esempio scrivere una libreria simile (meno il 60% delle sue funzioni che non ti servono), il che significa:

Creazione dell'architettura e del design,
Scrittura di test sufficienti per assicurarsi che funzioni correttamente,
Scrittura del codice,
Gestione dei casi limite,
Scrittura della documentazione,
Refactoring del codice per poterlo mantenere in seguito,
Avere un impegno a lungo termine di mantenere la biblioteca per diversi anni?

Se sei uno sviluppatore davvero veloce e intelligente e sei in grado di eseguire i primi sei passaggi in dieci minuti, fallo. Scegli anche tu se vuoi sapere come sono costruiti gli ORM (anche se potrebbero esserci modi migliori per conoscere gli ORM).

Ma se dovessi consegnare software funzionante in tempo e nel budget, reinventare un ORM senza una buona ragione non sarebbe una scelta saggia.