Killavus napisał
http://www.amazon.com/Domain-Driven-.../dp/0321125215
http://www.amazon.com/Implementing-D.../dp/0321834577
Dwie fenomenalne książki na ten temat. Evans to po prostu podstawa - to ten koleś "wymyślił" DDD ;). DDD to oprócz tzw. wzorców strategicznych (których Alex Fortune z pewnością używa w swojej grze) cała filozofia wytwarzania oprogramowania - m.in. bardzo ważna koncepcja domeny, języka i w jaki sposób język eksperta powinien kształtować kod.
Powiedziałbym nawet, że najprawdopodobniej to o czym Alex mówi to jakiś wzorzec architekturalny utożsamiany często z DDD - np. Hexagonal, Layered Architecture, Clean Architecture, CQRS, DCI... trochę tego jest. Do wszystkiego są świetne książki - ale zabawę z architekturami polecam po napisaniu co najmniej kilku dużych aplikacji - w przeciwnym wypadku może się okazać, że po prostu będą nudne. Jak koleś może Cię przekonać, że "tak jest lepiej jak projekt się dalej rozwija" jeżeli nie siedziałeś kiedyś w bagnie złej architektury w czymś większym?
W C tablice mają zagwarantowany zwarty blok pamięci - podobnie malloc. Tablicę dwuwymiarową od biedy możesz wytworzyć mallocując pierwszy_wymiar * drugi_wymiar * sizeof(<typ>).
Pozdrawiam
Killavus
+1 za literaturę. Absolutny kanon jeśli chodzi o DDD.
Kolejny +1 za info o ogólnopojętej filozofii wytwarzania oprogramowania - ubiquitous language i jego odzwierciedlenie w kodzie naprawdę robią robotę, gdy domena robi się naprawdę trudna.
@
Killavus ; o jaką grę Ci chodzi? Ja nie piszę gry atm ;) ale dałem taki przykład, bo można łatwo wymodelować domenę dla takich gier jak np, nie wiem, warcaby, kółko i krzyżyk :D w paczce beberlei/LiteCQRS na packagist jest bardzo fajna implementacja DDD + CQRS właśnie dla TicTacToe w exampleach, polecam.
Generalnie pozostaje mi tylko upvotnąć to co napisał kolega Killavus.
Zakładki