clojure-poland

mostr 2016-03-11T17:03:09.000799Z

O mount vs component

mostr 2016-03-11T17:03:17.000800Z

Mnie tam mount kupił

mostr 2016-03-11T17:04:05.000801Z

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

mostr 2016-03-11T17:05:03.000802Z

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

jaen 2016-03-11T17:19:13.000803Z

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

jaen 2016-03-11T17:19:30.000804Z

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

jaen 2016-03-11T17:25:31.000805Z

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

jaen 2016-03-11T17:25:53.000806Z

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

jaen 2016-03-11T17:25:57.000807Z

Co mi się wydaje dziwne

jaen 2016-03-11T17:26:13.000808Z

Chociaż widziałem to https://github.com/tolitius/yurt

jaen 2016-03-11T17:26:26.000811Z

Ale nie miałem okazji eksperymentować bardziej

jaen 2016-03-11T17:29:03.000812Z

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.

mostr 2016-03-11T18:08:11.000813Z

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

jaen 2016-03-11T20:25:41.000814Z

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.

jaen 2016-03-11T20:26:17.000815Z

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