Stos technologii dla małego systemu

Odpowiedz Nowy wątek
2018-11-03 13:09
0

Witajcie,
Jak już wspominałem, przyjąłem zlecenie na napisanie małego systemu do zarządzania małą, rodzinną firmą.

Zastanawiam się teraz w jakich technologiach zrealizować ten projekt, żeby działał dobrze i żebym się nie wpierdzielił w jakieś javascripty zbyt głęboko.

Czy lepiej zrobić REST API + Client czy monolityczna aplikacja MVC ?

Zastanawiam się czy API RESTOWE faktycznie jest potrzebne, czy raczej dla takiej aplikacji będzie to przekombinowanie. Jednak mam już wprawę w pisaniu takich API i w ten sposób mogę bardzo wyraźnie oddzielić backend od frontendu.

Opcje:

  1. Spring MVC + Thymeleaf : szybki development, wygląd jest drugorzędny, mała elastyczność aplikacji
  2. Springowe REST API + Client Angular/Vue/React, opcja fajna, z tym, że mam tylko podstawy HTML, CSS i JS zatem będę musiał się uczyć i lecieć metodą prób i błędów.
  3. REST API + Client na desktopie (JavaFX albo pyQT pierwsze znam bardzo dobrze, drugie daję radę)
  4. Czy może spróbować Vaadina? Chwalą się, że można klepać frontend nie znając frontendowych technologii.

Co sądzicie o tym?

Pozostało 580 znaków

2018-11-03 17:50
1

Ja jako wielbiciel Reacta, wybrałbym opcję numer 2, jakiej wielkości jest to aplikacja? 5MD czy raczej 20MD?
Jeżeli jest to coś prostego do zrobienia i nie chcesz uczyć się JS, to wybierz opcję 1 - chociaż na twoim miejscu nauczyłbym się JS, naprawdę bardzo fajny język i ma chyba obecnie największe community.

Pozostało 580 znaków

2018-11-03 19:28
0

@Aleksander Brzozowski: uczę się trochę tego JS, ale to powoli. Myślałem nad doborem drugiego języka i wahałem się między pythonem, a właśnie JS.
Chyba tak zrobię, bo JS na rynku jest pożądany zatem czasu nie stracę.

Myślisz, że długo mi zajmie, żeby się ogarnać trochę w Reactie?
CSS nie lubię, trochę umiem, HTML wiadomo jest prosty wielkich rzeczy tam nie ma, a JS no to jestem na etapie przerabiania książki. Z tym, że jestem Javowcem i programować umiem.

Pozostało 580 znaków

2018-11-03 20:35
1

Jak znasz Javę to stanowczo odradzam JS'a. Proponowałbym Ci Angulara 6+, TS'a i cały ten framework jest dosyć podobny do Javy i Springa.

Pozostało 580 znaków

2018-11-03 20:55
0
NeutrinoSpinZero napisał(a):
  1. Czy może spróbować Vaadina? Chwalą się, że można klepać frontend nie znając frontendowych technologii.

Prawda. Choć mi w tym segmencie bliższy jest Apache Wicket. Inny w mojej opinii do "biznesówek' to JSF zwłaszcza dodając Primefaces.

Nie można być dobrym jednocześnie we froncie i backu, te technologie pozwalają wykonać dość znaczną aplikację dla "średniego biznesu" i nakłaniają do jakiej-takiej architektury. (Tu skrót MVC nie zawsze pasuje, np chłopaki z Vaadina mówią że jest najbliższy wzorcowi MVVC)

Jak rozumiem pytanie "mała aplikacja" to nigdy nie będzie hordy identycznych mikroserwisów uruchamianych i gaszonych w cloudzie. Modny podział na REST + Front traci jeden z głównych argumentów. Po drugie mała aplikacja biznesowa nie musi rzucać na kolana animacjami okien, "reaktywnością" itd...

Rzeczony Wicket ma type-safe konstrukcje i to się dobrze konserwuje.

Monolity naprawdę nie są złą babą jagą, którą się straszy dzieci.

Aha, sam sobie odpowiedz czy chcesz się przyłączyć do religii Single Page Application, czy zostaniesz przy klasyce.

edytowany 1x, ostatnio: AnyKtokolwiek, 2018-11-05 12:56

Pozostało 580 znaków

2018-11-03 21:00
3

Jak znasz Javę to stanowczo odradzam JS'a. Proponowałbym Ci (...) TS'a

TS to i tak tylko nakładka na JS i trzeba de facto poznać JavaScript, żeby napisać cokolwiek w TypeScript.

Szczególnie, jak ktoś ma background w Javie czy w C# (to trochę niepokojący trend, że ludzie, którzy przychodzą z tych języków myślą, że mogą "pójść na skróty" i wskakują od razu w TypeScript, a potem i tak się rozpieprzają na banalnych rzeczach typu let vs const albo jak działa this. Na dodatek TypeScript z definicji jest trudniejszy od JavaScript, więc nie dość, że mają problem z rzeczami z JSa, to jeszcze muszą się uczyć rzeczy z TSa).

A rzekome podobieństwo TypeScriptu do Javy to trochę pułapka.

Nie mówię, żeby nie używać TS, tylko raczej, że od JS się nie ucieknie za pomocą TypeScripta i warto mieć właściwy kontekst. A kontekst jest taki, że TypeScript to po prostu typowany nadzbiór JavaScriptu, a nie całkowicie odrębny język.


((0b10*0b11*(0b10**0b101-0b10)**0b10+0b110)**0b10+(100-1)**0b10+0x10-1).toString(0b10**0b101+0b100);
Pisałem w JS'ie i AngularzeJS przez chwilę, miałem przerwę kiedy zapomniałem wszystko i potem przeniosłem się od razu na TS'a i nowego angulara. Na razie z językiem nie miałem żadnych problemów (poza enumami które z perspektywy javowca są bez sensu) i muszę powiedzieć, że ta przesiadka to była najlepsza rzecz jaką zrobiłem na froncie. Tak to wygląda z mojej perspektywy, - CountZero 2018-11-03 21:45

Pozostało 580 znaków

2018-11-03 21:01
0

@CountZero: tak też myślałem, bo developerzy u mnie w pracy też klepią w Angularze. Tyle, że TS nie daje możliwości działania na znacznikach w czystym HTMLu bez frameworka.
Chyba zostanę przy Angularze, bo faktycznie mnie frontend przerasta w takim sensie, że ja nie chcę poświęcać swojego czasu na wygląd strony, bo to nie moja bajka. CSSy to dla mnie po prostu nuda :P

Myślisz, że szybko ogarnę tego Angulara? Samą koncepcję znam (struktura, komponenty, SPA itd.), bo trochę się interesowałem.

Pozostało 580 znaków

2018-11-03 21:48
0

Wydaje mi się że na pewno szybciej niż jakbyś miał się uczyć frameworka opartego na js'ie, przynajmniej ja tak miałem. Chociaż przyznaje, że nie mam porównania do Reacta/Vue.js, jedyne w czym pisałem to tylko jeszcze w AngularzeJS.

Pozostało 580 znaków

2018-11-05 09:12
0

Na przekór wszystkim wybrałbym opcje nr. 3. Sam robiłem JavaFX + REST API (SparkJava), w tym stosie i osobiście pracuje się mi przyjemnie. Poza tym nie wiem jak wygląda sytuacja w przypadku np. Angulara i obsługi urządzeń peryferyjnych jak np. skaner, drukarka. W przypadku wyboru JavyFX podpięcie bardziej "nieskopoziomych"/systemowych funkcji byłoby łatwiejsze o ile będzie taka potrzeba.

Też lubię JavęFX. Szkoda, że umarł ten framework, z tego co wiem to już w nowszych JDK tego nie ma. Bardzo przyjemnie się w nim mi pisze. - NeutrinoSpinZero 2018-11-05 16:42
@NeutrinoSpinZero: nic nie umarło, Oracle wydzielił JFX jako moduł i nie ładuje wszystkiego do biednego JDK :-) - Aryman1983 2018-11-05 16:46
A to sory. @Aryman1983 widzisz niewiedzę sieję. Wiem, że coś dzwoni, ale nie wiem w którym kościele :p - NeutrinoSpinZero 2018-11-05 19:54

Pozostało 580 znaków

Odpowiedz
Liczba odpowiedzi na stronę

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0