Jak nie używać frameworków

I’ve gone down this path already...

Projekty na ZPI i ZTW wykonane w Laravelu.

Własny framework – nawet zanim tamte projekty powstały.

Czy naprawd

potrzebuj

cho

by połowy z tego, co oferuje mi framework?

PHP: {C, C++, Java}-like web framework

Społeczno

ść

programistyczna była ju

w tym miejscu.

PHP powstał jako framework dla skryptów CGI i zamiennik dla pisania własnych
rozszerze

Apache.

Dlaczego frameworki?

– szybkie tworzenie skomplikowanych serwisów,

– no-bullshit: nie piszesz ju

adnej z funkcjonalno

ci, które “powinny by

” w

bibliotece standardowej j

zyka,

– zaawansowane mechanizmy cache, które działaj

zwykle całkiem dobrze out-of-

the-box.

Argument 1: musz

zbyt rozwlekły (verbose)

Ten argument istnieje głównie w j

zykach bazowanych na rodzinie C (PHP).

li nie obchodzi Ci

implementacja funkcjonalno

ci, wybierz Ruby lub Python!

We front-endzie: czy na pewno nie mo

esz u

jakiego

rozwi

zania HTML5?

Kiedy ostatnim razem przejrzałe

dokumentacj

swojego j

zyka?

http://caniuse.com
http://bitworking.org/news/2014/05/zero_framework_manifesto

Argument 2: nie chc

implementowa

wszystkiego

Ups, leftpad ;)

Na pocz

tku 2016 roku wielu programistów siadaj

c przy swoich biurkach zauwa

yło,

e ich

przechodz

ce testy programy z dnia na dzie

przestały si

kompilowa

Winny był pakiet leftpad, maj

ca par

cie linii biblioteka dostarczaj

ca pojedyncz

funkcj

, uzupełniaj

ła

cuch znaków od lewej podanym znakiem, a

do po

żą

danej

długo

ci znaków. Znikn

ła ona z sieci po zawirowaniach wokół innej biblioteki tego samego

autora, który usun

ł w przypływie gniewu wszystkie swoje projekty z repozytorium npm.

Nie udawało si

zbudowa

kolejnych wersji wielu frameworków Javascriptowych,

korzystaj

cych z leftpad. Dodatkowo, problemy zanotowano tak

e w zespołach

deweloperskich du

ych portali, takich jak Facebook.

Argument 3: potrzebuj

cache, ale bez rozmy

lania

Mechanizmy cache kodu s

sto wbudowane w j

zyk.

Mechanizmy cache zasobów HTTP s

wbudowane w HTTP – po prostu

przeczytaj speck

, dobrze zrobi to Twojej stronie; mo

esz osi

ąć

o wi

cej,

to, co robi

domy

lne ustawienia Twojego frameworka.

Redis is fun!

Czy w ogóle potrzebujesz cache po stronie serwera?

Plus cache, plus mailer, plus baza danych, plus ORM...

sto potrzebujesz tylko podstawowej funkcjonalno

ci bazy danych, wysła

maila, zapisa

plik na chwil

…

… dlaczego nie u

wbudowanych lub lekkich rozwi

https://levels.io

Kwestie wydajno

li potrzebujesz wysokiej wydajno

ci, a korzystasz ju

z frameworka i wszystkich

dost

pnych przyspiesze

, cz

sto przytaczanym argumentem b

dzie “Je

potrzebujesz wydajno

ci, skorzystaj z kompilowanych rozwi

”.

Ale chwila, przecie

same j

zyki to kompilowane rozwi

zania, dlaczego nie

skorzysta

z ich bibliotek standardowych?

zyki oferuj

równie

liwo

ść

implementacji funkcji w formie wtyczek – php-ds

http://tiny.cc/phpds

Co zamiast frameworków?

Zero framework manifesto – wcale nie chcemy pisa

wszystkiego sami.

Zamiast u

ywa

cało

ci frameworka, mo

e potrzebujesz tylko jednego z jego

modułów?

e podstawowe funkcje, z których korzystasz, pokrywa jaki

microframework?

e sytuacj

rozwi

ąż

e mały zestaw wzajemnie rozł

cznych narz

dzi?

(“za moich czasów” u

ywali

my lightboksa do galerii, nie potrzebowali

my całego jQuery)

Case study: zafri

– 21 linii bootstrappingu

+ 11 linii routingu

– SQLite – czy dla małego serwisu potrzebny Ci MySQL? Mo

e wystarczy JSON?

– własne biblioteki do obsługi plików .env i infrastruktury do wysyłania maili

Bootstrap to nazwa biblioteki, bootstrap to proces “wi

zania sznurówek do biegu”

Pami

taj o pami

ci!

Wymagania pami

ciowe frameworków potrafi

poka

ne: aplikacja Hello World

napisana w Ruby on Rails pochłania 35 MiB pami

ci RAM. Dla porównania ta

sama aplikacja w czystym Ruby – poni

ej 10 MiB; w Pythonie – 7,3 MiB.

http://nuald.blogspot.com/2011/08/web-application-framework-comparison-by.html