Dove o quando iniziare a scrivere il tuo framework PHP? [chiuso]

Perché non entrambi?

Fai le webapps, ma tieni una separazione molto strong tra il codice che appartiene all'app e ciò che appartiene al framework.

Sviluppare il proprio framework sito / app in PHP è una vera e propria esperienza di apprendimento. Nel tempo, ho costruito 3 da zero. Consiglio vivamente di seguirlo ... ma fissi un obiettivo (misurabile!) A breve termine, come per le funzionalità. Avrai voglia di metterlo da parte presto per ricominciare! :)

A modo mio ...

• Il numero uno era per imparare e tenerlo semplice per me.
• Il numero due era per imparare e renderlo difficile per me.
• Il numero tre doveva consegnare velocemente . (Non sono riuscito a trovare quelli che non si sono mai accontentati, quindi ho creato un KISS one-trick-pony personalizzato.)

Con il senno di poi non mi pento di aver iniziato nessuno di questi, ho imparato molto. Il mio prossimo framework sarà Symphony2, apprezzo le parti "troppo complicate" di più da quando ho costruito il mio ultimo framework.

nessuno può rispondere per te.
Per quanto riguarda la creazione di un framework, dedicare innanzitutto molto tempo a pensare e scrivere sui propri obiettivi di progettazione, cosa dovrebbe fare e come dovrebbe farlo a livello concettuale.
Iniziare a digitare il codice e sperare che tu finisca con qualcosa anche solo lontanamente coerente porterà solo a un disastro.

Scrivere una struttura per scopi educativi è perfettamente soddisfacente. Tuttavia, sarebbe meglio anche fare ulteriori ricerche su strutture esistenti, al fine di scoprire quale funzionalità forniscono e in che modo tali framework hanno implementato tale funzionalità.

Per lo sviluppo serio del web, è probabile che tu stia meglio usando un framework esistente, poiché probabilmente vorrai concentrare le tue energie sullo sviluppo di siti Web e non su framework, soprattutto perché ci sono molti buoni framework disponibili gratuitamente.

In genere un framework viene rilasciato da un team esperto nella creazione di un tipo di applicazione per dare un vantaggio agli altri sviluppatori meno esperti. Se hai meno esperienza, costruire un framework non è probabilmente il miglior punto di partenza.

Ad esempio, un team che crea applicazioni web potrebbe rilasciare il proprio codebase come framework (krakenjs, rails, django, ecc.). Un team che progetta siti Web potrebbe rilasciare la propria base sass / less come framework (bootstrap, foundation). Costruire un framework senza prima creare applicazioni reali è solo mettere il carrello davanti al cavallo IMO.

"David Heinemeier Hansson extracted Ruby on Rails from his work on Basecamp, a project management tool by 37signals (now a web application company)." - http://en.wikipedia.org/wiki/Ruby_on_rails#History

"Django grew organically from real-world applications written by a Web development team in > Lawrence, Kansas, USA" - http://www.djangobook.com/en/2.0/chapter01.html#django-s-history

Sarebbe più vantaggioso creare applicazioni reali, possibilmente utilizzando framework esistenti, quindi se hai successo, rilascia la base di quei progetti come un nuovo framework o un'estensione a uno esistente.

A differenza dei framework, OOP è un approccio di programmazione più generale che viene utilizzato in molti tipi di applicazioni. Potresti avere un modulo aziendale OOP, una GUI OOP, ecc ...

Per alcuni riferimenti, vedi un elenco di libri qui: link Quindi prova a modellare piccole applicazioni, per esempio se ti piacciono gli animali, potresti iniziare con il classico animale / cane / gatto ( link ), aprendo la strada al PetStore. Scegli il tipo di applicazione che ti interessa e inizia a costruire.

Ricorda che l'applicazione web e la tua applicazione sono probabilmente preoccupazioni separate, e talvolta i framework in realtà sacrificano la progettazione di OOP per ottenere rapidamente un'applicazione web, quindi fai attenzione a mescolarli.