Selv hvis du arbejder i en virksomhed, hvor du vil holde med dit produkt

Tilbage i 90'erne, før PHP, mest dynamiske web arbejde blev udført i C eller Perl. På det tidspunkt i disse verdener, du havde at gøre alle HTTP arbejde selv. Hvis du ønskede et indhold type tekst /html, skulle du sætte den i koden, på hvert enkelt svar. Fejl i CGI scripts ofte ville resultere i Apache intern fejl sider og gjort debugging meget hårdt. Alt HTML arbejde skulle gøres ved at skrive til output. Der var ingen indlejring kode med HTML endda som en templating sprog. PHP ændrede alt dette. Du havde en standard indhold type text /html. Du havde automatisk håndtering af anmodning variabler. Cookies blev let indtages og output. Du kunne skabelon din HTML med script i stedet for at skulle skrive alt via print. Og du måske have troet, wow, hvad en vidunderlig verden.

Men i dag, selv hvis du arbejder i en virksomhed, hvor du vil holde med dit produkt i lang tid, det giver mening at bruge en ramme. Eller lad &'; s bare sige, når du starter, bør du bruge en etableret ramme, der passer til det, du har brug for det meste. Så hvis du har brug for fuld stack, få en fuld stak rammer. Hvis du har brug for noget højt specialiseret, så måske en microframework. Hvis du har brug for et forum, bruge en eksisterende forum, hvis du har brug et CMS bruge en eksisterende CMS.

Hvorfor?

1) Gratis dokumentation, test, sikkerhed revision
2) Evne til højere meget lettere som dit team vokser
3) Hack det til bits, hvis 1) og 2), begynder at noget mindre og succes /fiasko dikterer du slå i en anden retning

Under Twitter som et eksempel her, ville Twitter eksistere, hvis de ville have haft til at gøre alt fra bunden? Virksomheden faktisk arbejdede på et andet produkt og krypteret at genopfinde sig selv, når deres investorer begyndte at miste troen på deres oprindelige idé.

Tid til markedet regnet stor for dem, og det tæller for de fleste projekter. Hvis du ville have gjort alt på egen hånd, de kunne have eksploderet på grund af sikkerhedsproblemer mv

Nu naturligvis deres rammer for valg ikke holde trit med dem, når de havde brug for at skalere. Men er det ikke et stort problem at få? Du er nødt til at skalere, når du har succes og bruge en ramme til at komme i gang fik dem der.

Anyway, er super skalering lysets hastighed ydeevne sjældent krævede form et team på dag ét. Og alle hold, der er nødvendig for at gøre dette har gjort noget lidt mindre før og kan tage denne kode (aka rammer) til dette projekt med nogle ekstra tweaks
.