Fork me on GitHub
#clojure-poland
<
2016-03-11
>
mostr17:03:09

O mount vs component

mostr17:03:17

Mnie tam mount kupił

mostr17:03:05

W componencie wprawdzie duzo nie robilem ale te ceremonie z definowaniem rekordow itp, jakos tak niepotrzebnie skomplikowanie mi to wyglada

mostr17:03:03

A mount korzysta z ns i gra gitara, co do wielu instancji jakos nie mialem jeszcze potrzeby.

jaen17:03:13

Moje pierwsze spotkanie z mountem wyglądało „ale dlaczego on te komponenty startuje w odwrotnej kolejności niż chcę?”

jaen17:03:30

A że nie miałem wtedy czasu żeby kombinować o co chodzi to wróciłem do componenta.

jaen17:03:31

No i mnie też się nie podoba to, że component tak trochę za bardzo obiektowy jest momentami, ale jakoś nie wiem, mount mnie nie do końca przekonuje właśnie dlatego, że te komponenty związane są z namespace'ami

jaen17:03:53

A tu nie wiem, nie ma MLowych funktorów żeby sobie namespace'y generować, więc tylko jedna instancja komponentu

jaen17:03:57

Co mi się wydaje dziwne

jaen17:03:26

Ale nie miałem okazji eksperymentować bardziej

jaen17:03:03

A możliwość posiadania > 1 instancji komponentu wydaje mi się dość sensowna, bo np. dlaczego miałbym pisać zupełnie osobny komponent dla każdej z kolejek, jak to w zasadzie ten sam komponent, tylko sparametryzowany nazwą kolejki.

mostr18:03:11

Ale to wtedy wlasnie sobie nie robisz przypadkiem recordu na to i parametryzujesz jak chcesz?

jaen20:03:41

No na przykład, ale wtedy muszę sobie stworzyć jakąś własną strukturę w której to sobie sensownie trzymam. I taki graf systemu wydawał mi się w tej kwestii całkiem sensowny właśnie.

jaen20:03:17

Ale welp, generalnie architektura jest trudna i trudno z nią eksperymentować żeby dojść do tego jaki zestaw trade-offów jest najlepszy