Dlaczego nie będzie Flask-RESTMinus

Ten post został napisany ponad 2 lata temu, do wszystkich porad technologicznych w nim zawartych lepiej będzie podejść z dużą rezerwą, bo bardzo możliwe że tego rodzaju informacje są już nieaktualne.

Opublikowano: 17.01.2020

Ostatnia modyfikacja: 07.02.2024

flask

python

rest

Zrobiwszy właściwie wszystko co potrzebne w moim nano-frameworku WSGI postanowiłem spojrzeć na kod popularnej konkurencji. Jedną z najpopularniejszych bibliotek do robienia REST API jest Flask-RESTful i na początek spojrzałem właśnie tam.

Wspomnienie lata

Używałem tej biblioteki jakiś czas temu i była całkiem znośna. Pomijając to, że są tam nie działające rzeczy których istnienie wywołuje zdziwienie samych developerów, jak również rzeczy, które są od zawsze, ale tak trochę bez sensu, bo inni zrobili to lepiej, to jest to w sumie w porządku biblioteka. Stąd też zaświtał mi w głowie pomysł, by wywalić z Flask-RESTful wszystko co niepotrzebne i zrobić z tego aktywny fork pod nazwą Flask-RESTMinus, podobnie jak istnieje Flask-RESTPlus.

Zrobiłem sobie tego forka i już byłem gotów zasuwać z kodem, gdy przy którymś module przeglądanym w celu podjęcia decyzji co zostawić a co wywalić po raz kolejny wyszło mi, że właściwie niewiele można zostawić, a to co może zostać to należałoby też przepisać od nowa.

A potem spojrzałem na mój nano-framework mieszczący się w 3 modułach i w < 300 linijkach kodu i zrozumiałem, że to bez sensu. Tylko się umęczę, a efektu z tego żadnego nie będzie. Lepiej skupić się na tym, co daje pewne perspektywy na przyszłość.

I dlatego nie będę robił Flask-RESTMinus.