BNF odc. 21 Ten o wzorcach i dobrych praktykach

Jak, nie wiem, masz analizę tekstów, to rzeczywiście jest fantastyczny wzór projektowy. Ale na przykład template method, Singleton, tak. Kto dzisiaj pisze Singleton, jak wszystko jest przestrzykiwanie zależności i tam ustalasz w kontenerze, co jest Singletona, co nie jest, wiesz. I potem będę szczery, że tylko ta moja wiedza z Gang of Four się tylko przydaje wtedy, bo na rozmowie kwalifikacyjnym proszę wymienić jakieś wzorce projektowe nie niż Singleton albo Dekorator, to wtedy nagle... A, Pyłek, Pyłek, tak. Przypominam sobie, jest taki wzorce projektowe, który polega na tym, żeby było jak najmniej pamięci. Template Method. Nie stosuję, ale znam. Command też jest osobnym wzorcem projektowym. Fasada, co ja tylko reprezentuję tak naprawdę ideę, może nie jakiś skomplikowany wzorek projektowy.

Kod mi o tym nie mówi. Więc wiadomo, że alternatywa od wzorca state jest state machine. Akurat miałem okazję zobaczyć w praktyce użycie tego wzorca zawodowo, więc Więc rzeczywiście tam łatwiej widzieć, z jakiego stanu przechodzę, w jaki stan, a jaki stan może przejść w jaki stan, albo co się dzieje, jeżeli mam ten stan akurat w tej aplikacji i można powiedzieć, że budujesz właśnie, jak sama nazwa sugeruje, taki automat, który powiedzmy działa, można potraktować swoje aplikacje jak jakiś automat, no to wzorzec wtedy state machine jest idealny, a o state w ogóle można zapomnieć, bo jeżeli stanów masz więcej niż dwa, to ten wzorzec projektowy jest właściwie Powiedziałbym, że prawie bezużyteczny i w ogóle zapomnieć, że on istnieje. A jeżeli jesteś panem na wzorce praktykowego Sigleton, to moim zdaniem lepszą alternatywą jest wzorzec Monostate, który akurat poznałem na początku kariery i myślę sobie, wow, to akurat mi się podoba bardziej pisanie w tą stronę, powiedzmy, czegoś, co wyjaśnić bardziej, że Sigleton to wiadomo, że jest jedna instancja, a Monostate wzorzec polega na tym, że wewnątrz obiektu masz

Pola, które zawsze mają te same wartości, bo one odwołują się do pól statycznych, więc możesz stworzyć niewiadomą ilość tej klasy, ale ze względu na to, że to jest monostate, to te pola zawsze są te same, bo one odwołują się do statycznych pól. Czyli tak jak powiedzmy inne podejście, że możesz mieć tysiąc obiektów, ale one odwołują się do tych samych pól statycznych, więc one zawsze mają właśnie monostate. No okej, ma to sens. O monostacie wcześniej nie słyszałem, ale to faktycznie. Znaczy jakby do singletona też osobiście nic nie mam, bo gdyby nie singleton, to mielibyśmy problemy na przykład z logowaniem naszej aplikacji, bo to wszystkie logery tak naprawdę działają jako singletony zazwyczaj i to jest chyba jedyne w tej chwili, które przychodzi mi do głowy sensowne rozwiązanie,