Co mogę poprawić? JS OOP

Question

Uczę się programowania obiektowego w JS.

Stworzyłem projekt: To do list

Chciałbym się dowiedzieć co mógłbym tam poprawić?

https://github.com/Hentuloo/ToDoList.git

Comments

a tak serio to powiem Ci, że czasem w sumie warto nawet sobie migrować trochę... ja myślalem, że generalnie czuję się dobrze tylko we froncie.. głównie angular. Ale ostatnio zacząlem się przekonywać do Javy i back-endu z mikroserwisami... a jak doloży się reactive style Springa i frontendowe SSE/WebSocket, rxjs itp. to robi się ciekawie :)

Chciałem! Uwierz, że chciałem.

Java + Spring - zbyt skostniałe to to + class-based programming jest moim zdaniem ułomnym podejściem.

JS OOP - to jakiś żart.

Python - własnoręcznie kiedyś wręcze anty-nobla gościowi co skontruował składnię tego języka.

Po tym komentarzu rok 2019 spędzę w bunkrze. :D

 

---

 i back-endu z mikroserwisami..

@Tomek Sochacki mikroserwisami czy mikrousługami?  

---

czesto pojęcia te są stosowane zamiennie.

---

Zamiennie, błędnie pytam z ciekawości bo mocno interesuje mnie ten temat.

---

napisalem na priv bo również zaczynam w to wchodzic coraz mocniej a nie chce tu robić offtopica.

Answer 1

Do Listy przekazujesz tablice przycisków i elementów i miałoby to sens gdyby Lista nie wiedziała o strukturze DOM, ale w klasie używasz querySelectorAll, więc klasa zna strukturę. Przy tak prostym projekcie nie ma sensu niczego ukrywać, więc do konstruktora List przekazywałbym po prostu element korzeń i nic więcej.

Answer 2

1. Masz jedną klasę w stylu GodObject.
2. Fajnie że es6 ale przydałby się Babel.
3. Osobiście poszedłbym w stronę Vue. 

Myślę że kanał na YT hello roman mocno ukierunkuje Cię na dobry dev. Polecam. 

Comments

Masz jedną klasę w stylu GodObject.

Ma jedną klasę... ale przy tak prostej aplikacji, może po prostu nie potrzeba więcej? Może ewentualnie osobna klasa na Task. W każdym razie nie mówię że to idealna klasa, ale God Object bym to nie nazwał.

Fajnie że es6 ale przydałby się Babel.

Opinia. Mnie/autora może nie interesować transpilowanie.

Osobiście poszedłbym w stronę Vue. 

...poważnie?

---

Ale przy transpilowaniu nie chodzi o to czy to cię interesuje tylko o to żeby kod działał poprawnie na starszych przeglądarkach

---

Osobiście kiedy robisz projekt to z góry zakładam że sama definicja słowa wyklucza jednocześnie rozwiązanie sprawy jedną klasą i dobry kod. Kiedy piszesz liba to co innego. Jest mnóstwo libów z jedną klasą. W tym przypadku jest to kod proceduralny przeniesiony do metod. 

Babela wskazałem, gdyż nie widziałem nigdy żeby ktoś szalał z es6 w przeglądarce kiedy nie ma jeszcze pełnego wsparcia.

Co do Vue. Tak, poważnie. Masz jakieś obiekcje? 

---

a tak z ciekawości dlaczego Vue?

Pytam, ponieważ szczerze to nie pracowalem jeszcze z żadną dużą apką w Vue, i raczej spotykam tu częściej Angular lub React... często też wiele osób uważa Vue za taki framework nowy, dla jakiś mikro aplikacji, ale jak już wchodzi wiele tysięcy userów to raczej wszyscy idą (z mojego środowiska) w stronę Angular (ewentualnie React).

---

tylko o to żeby kod działał poprawnie na starszych przeglądarkach

...co może potencjalnie nie interesować, jeśli celem jest po prostu aplikacja todo na klasach.

Osobiście kiedy robisz projekt to z góry zakładam że sama definicja słowa wyklucza jednocześnie rozwiązanie sprawy jedną klasą i dobry kod.

Przede wszystkim czepiłem się God Object niż jednej klasy... ale wciąż nie rozumiem, dlaczego wykluczasz możliwość, że logika aplikacji może zawrzeć się w jednej klasie niezależnie od jakości kodu.

Co do Vue. Tak, poważnie. Masz jakieś obiekcje? 

Do samego Vue, nie. Do wejścia na pytanie osoby uczącej się JSa i rzucenia jej frameworka frontendowego bez dobrego powodu, tak. Nie chodzę po pytaniach osób uczących się C++a i nie reklamuję im Boosta czy inną bibliotekę, bo akurat zadali pytanie o klasy.

EDIT:

gdyż nie widziałem nigdy żeby ktoś szalał z es6 w przeglądarce kiedy nie ma jeszcze pełnego wsparcia.

Ja szaleję. W domu i w pracy. :)

---

Babela wskazałem, gdyż nie widziałem nigdy żeby ktoś szalał z es6 w przeglądarce kiedy nie ma jeszcze pełnego wsparcia.

a normalnych apkach owszem, ale zawsze możesz machać apkę na Electronie, gdzie masz z góry znaną wersję Chromium i możesz zastanowić się nad użyciem ES6+ :)

---

Nie chodzę po pytaniach osób uczących się C++a i nie reklamuję im Boosta czy inną bibliotekę, bo akurat zadali pytanie o klasy.

 Bo to zupełnie inna bajka. W C++ próg wejścia w frameworki jest o wiele wyższy niż w webdevie. Nie jest to reguła ale korzystanie z frameworka czesto uczy dobrych praktyk i oducza babranie się z innerHTML. Oczywiście frameworki mają też wady.

Przede wszystkim czepiłem się God Object niż jednej klasy...

Dobra może z GodObject to przesada. Moim zdaniem jest to kod proceduralny przeniesiony do metod jednej klasy. Big ball of mud brzmi lepiej.

a tak z ciekawości dlaczego Vue?

1.  Niski próg wejścia
2. O wiele łatwiej ułożyć sobie kod. 
3. Łatwiejsza komunikacja między komponentami dla początkujących bez konieczności korzystania z vuexa i innych reduxopodobnych rzeczy. 
4. Przy początkach o wiele mniej odpowiedzialności ciąży na programiści przydzielając funkcje dla komponentów. 

---

Ja szaleję. W domu i w pracy. :)

Skoro ie jest out of target.