This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-02-25
Channels
- # aatree (10)
- # beginners (59)
- # boot (314)
- # braveandtrue (4)
- # cider (50)
- # cljs-dev (12)
- # cljsrn (6)
- # clojure (206)
- # clojure-austin (2)
- # clojure-gamedev (90)
- # clojure-japan (1)
- # clojure-poland (12)
- # clojure-russia (10)
- # clojure-sg (1)
- # clojurescript (86)
- # core-async (2)
- # core-matrix (3)
- # cursive (40)
- # datomic (2)
- # dirac (13)
- # editors (25)
- # emacs (7)
- # hoplon (2)
- # immutant (10)
- # jobs (24)
- # jobs-discuss (1)
- # ldnclj (8)
- # lein-figwheel (19)
- # leiningen (1)
- # mount (7)
- # off-topic (34)
- # om (147)
- # onyx (11)
- # parinfer (151)
- # pedestal (2)
- # re-frame (31)
- # reagent (13)
- # ring-swagger (7)
- # spacemacs (1)
- # yada (11)
Hej, znacie jakis dobry template pod web'a (baza danych + migracje, web endpoint + sesja + json, component/mount itd) ?
jest niby dust, czy luminus jako micro framework... ale jestem ciekawy czy ktos z was czegos podobnego uzywa
w sensie prekonfigurowany szablon
Ja zwykle wszystko składam sam (ot choćby dlatego, że używam boota a nie leina, więc tak dużo szablonów to do tego nie ma). Luminus niby spoko, ale moim zdaniem raczej do MPA niż robienia SPA+API. Ducta nie próbowałem, ale z tego co patrzyłem na repo wydaje się być spoko.
Mnie osobiście całkiem podoba się filozofia https://github.com/juxt/modular. Co prawda nie używam go, ale np. komponowanie aplikacji z zależności komponentu spełniających jakiś protokół (np. WebHandlerProvider
czy coś to stamtąd właśnie podpatrzyłem).
Znaczy, nie używałbym modulara as-is, mam wrażenie że jest trochę przekomplikowany, ale popatrzeć na niego i podpatrzeć dobre pomysły — czemu nie.
Ja mogę w ramach porównania jak to inni składają aplikację podrzucić moją inżynierkę — boot, component, ClojureScript, websockety (przez sente), transit, cljs-devtools/dirac i inne pierdoły.
https://gitlab.com/jaen/thesis-code-new/tree/master jakby co — pod koniec było to robione metodyką DDD (Deadline Driven Development), więc niektóre miejsca wyglądają gorzej niż powinny, ale ogólny zarys się w miarę trzyma kupy (CHYBA). W documentation
jest sama inżynierka — jakby nie szło się połapać z samego kodu jaka jest struktura i co robi, to 4. i 5. rozdział to tłumaczy.