Programowanie - temat ogólny

Cytuj:

---

Kusterek napisał

http://www.bottega.com.pl/pdf/materialy/sdj-ddd.pdf

nie czytałem ale wydaje się fajne,
jakbym teraz zaczął czytać to by mi eksplodował mózg

---

Listingi ze springowymi adnotacjami + DDD samo w sobie + sobótka
jaram się

Cytuj:

---

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.

Cytuj:

---

Alex Fortune napisał

+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.

---

Spoko, nie zrozumiałem :). W ogóle jestem trochę zdziwiony, że ktoś w ogóle tutaj ten termin kojarzy - z ciekawości, piszesz w C#, prawda? Tam tematy około-DDD przeszły o wiele szybciej niż do mojego (Rubiowego) światka...

Pozdrawiam
Killavus

Cytuj:

---

Killavus napisał

Spoko, nie zrozumiałem :). W ogóle jestem trochę zdziwiony, że ktoś w ogóle tutaj ten termin kojarzy - z ciekawości, piszesz w C#, prawda? Tam tematy około-DDD przeszły o wiele szybciej niż do mojego (Rubiowego) światka...

Pozdrawiam
Killavus

---

W pracy? Nie, obecnie w PHPie i tutaj temat też jest raczej mało ruszany w przeciwieństwie do C#, w którym bodaj jest najwięcej przykładów i opartych nań artykułów.

Cytuj:

---

Alex Fortune napisał

W pracy? Nie, obecnie w PHPie i tutaj temat też jest raczej mało ruszany w przeciwieństwie do C#, w którym bodaj jest najwięcej przykładów i opartych nań artykułów.

---

W PHP ogólnie jest mała garstka ludzi, którzy w ogóle przejmują się tym, że architektura i metodologia tworzenia aplikacji istnieje (pomijając tą, którą ewentualnie narzuca im framework)... zawodowo wywodzę się z PHP i nie chciałbym już tam nigdy wracać :).

Polecam eksperyment z CQRS i Event Sourcing jako 'nośnik' DDD - niesamowicie zmienia myślenie o pisaniu softu. Bardzo mocne dragi ;). Tutaj przyjacielem w zgłębieniu tematu może się okazać Greg Young i Udi Dahan (prowadzą mega dobre blogi oscylujące wokół tej tematyki).

Pozdrawiam
Killavus

Cytuj:

---

Killavus napisał

W PHP ogólnie jest mała garstka ludzi, którzy w ogóle przejmują się tym, że architektura i metodologia tworzenia aplikacji istnieje (pomijając tą, którą ewentualnie narzuca im framework)... zawodowo wywodzę się z PHP i nie chciałbym już tam nigdy wracać :).

Polecam eksperyment z CQRS i Event Sourcing jako 'nośnik' DDD - niesamowicie zmienia myślenie o pisaniu softu. Bardzo mocne dragi ;). Tutaj przyjacielem w zgłębieniu tematu może się okazać Greg Young i Udi Dahan (prowadzą mega dobre blogi oscylujące wokół tej tematyki).

Pozdrawiam
Killavus

---

Zależy gdzie trafisz ;) ja tam nie narzekam :P

A co do CQRSa i ES - +1, stosowałem, polecam ;]

Cytuj:

---

Killavus napisał

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

---

Hm, ale wtedy nie będę za bardzo wiedział jak się po niej poruszać, bo służy w moim przypadku do przechowywania info o obrazie, który sobie przerabiam. W zwykłej dwuwymiarówce to mam podwójne for zagnieżdżone jedno w drugim dla każdego wymiaru jeden for. No nic, pomyślę po świętach, dzięki za odpowiedź.

Cytuj:

---

Merinksban napisał

Hm, ale wtedy nie będę za bardzo wiedział jak się po niej poruszać, bo służy w moim przypadku do przechowywania info o obrazie, który sobie przerabiam. W zwykłej dwuwymiarówce to mam podwójne for zagnieżdżone jedno w drugim dla każdego wymiaru jeden for. No nic, pomyślę po świętach, dzięki za odpowiedź.

---

Od biedy możesz:

Kod:

---

int *picture = (int*) malloc(resX * resY * 3 * sizeof(int));

---

malloc oprócz czystej pamięci alokuje kilka bajtów przed samą tablicą - gdzie jest m.in. rozmiar. Stąd też możesz spokojnie zrobić:

Kod:

---

picture[x][y][1]

---

na takim wskaźniku. A przynajmniej na pewno byłem w stanie tak kiedyś robić w C99.

Pozdrawiam
Killavus

Cytuj:

---

Killavus napisał

Od biedy możesz:

Kod:

---

int *picture = (int*) malloc(resX * resY * 3 * sizeof(int));

---

malloc oprócz czystej pamięci alokuje kilka bajtów przed samą tablicą - gdzie jest m.in. rozmiar. Stąd też możesz spokojnie zrobić:

Kod:

---

picture[x][y][1]

---

na takim wskaźniku. A przynajmniej na pewno byłem w stanie tak kiedyś robić w C99.

Pozdrawiam
Killavus

---

To mnożenie przez 3 chyba nie potrzebne, bo póki co przerabiam sobie obrazki PGM, gdzie pixel ma tylko jedną wartość - szarości. Co oznacza ta jedynka w trzecim wymiarze tablicy?

Cytuj:

---

Merinksban napisał

To mnożenie przez 3 chyba nie potrzebne, bo póki co przerabiam sobie obrazki PGM, gdzie pixel ma tylko jedną wartość - szarości. Co oznacza ta jedynka w trzecim wymiarze tablicy?

---

Kurde, bzdurę powiedziałem, przepraszam Cię bardzo :(. Nie wiem co tutaj ogarnąłem. Wiem, że coś takiego jest możliwe - zawsze możesz się odwoływać za pomocą (branie tab[i][j] tab[w][y]) *(tab + i * w + j) - podstawowa matma, a załatwia sprawę :).

Tutaj chłopaki sporo wiedzą:
http://stackoverflow.com/questions/9...al-arrays-in-c

Pozdrawiam
Killavus

Cytuj:

---

Killavus napisał

Kurde, bzdurę powiedziałem, przepraszam Cię bardzo :(. Nie wiem co tutaj ogarnąłem. Wiem, że coś takiego jest możliwe - zawsze możesz się odwoływać za pomocą (branie tab[i][j] tab[w][y]) *(tab + i * w + j) - podstawowa matma, a załatwia sprawę :).

Tutaj chłopaki sporo wiedzą:
http://stackoverflow.com/questions/9...al-arrays-in-c

Pozdrawiam
Killavus

---

O, ślicznie dziękuję za link. Jest tam bardzo fajny sposób z tempem, który myślę, że może zadziałać. Za pomoc też dziękuję ;)

@edit
W sumie jak masz czas to jeszcze bym Cię wykorzystał. Na wykładzie mój facet od programowania wymyślił coś takiego i jak dla mnie nie ma to większego sensu, bo albo jest niezgodność typów, a jak zmienię typ na int **piksele to znowu odwołanie piksele[i][j] nie działa.
Załącznik 325883

Killavus widzę z retirementa wróciłeś.
Pozwól, że przywitam się słowami, "Yaboomaster to pi*da masońska". Używałem zdaje się twoich toolsów do otsów dawno, dawno temu.
btw, panowie jest jakiś patent aby nadpisać wartość na stosie w jakiś mało inwazyjny sposób?

@EDIT

Cytuj:

---

i jak dla mnie nie ma to większego sensu, bo albo jest niezgodność typów, a jak zmienię typ na int **piksele to znowu odwołanie piksele[i][j] nie działa.

---

To akurat tyci problem

Cytuj:

---

LordCompi napisał

Killavus widzę z retirementa wróciłeś.
Pozwól, że przywitam się słowami, "Yaboomaster to pi*da masońska". Używałem zdaje się twoich toolsów do otsów dawno, dawno temu.
btw, panowie jest jakiś patent aby nadpisać wartość na stosie w jakiś mało inwazyjny sposób?

@EDIT

To akurat tyci problem

---

@Yaboomaster ;
Norbert, wyzywajo Cie xD
A o co poszło? ;]

@LordCompi ; którą konkretniej? MOV DWORD PTR DS:[ESP],int32 nie może być? :D

Cytuj:

---

Alex Fortune napisał

@Yaboomaster ;
Norbert, wyzywajo Cie xD
A o co poszło? ;]

@LordCompi ; którą konkretniej? MOV DWORD PTR DS:[ESP],int32 nie może być? :D

---

Hehe poszlo o to ze to pi*da masonska ;)
No wlasnie musze jakos w ten sposob to zrobic, robie cracka pod bbota i pewna magiczna wartosc jest tam na stosie przez chwilke i musze bp robic i podmieniac

Cytuj:

---

LordCompi napisał

Hehe poszlo o to ze to pi*da masonska ;)
No wlasnie musze jakos w ten sposob to zrobic, robie cracka pod bbota i pewna magiczna wartosc jest tam na stosie przez chwilke i musze bp robic i podmieniac

---

ale co w tym inwazyjnego? zwykla operacja na adresie , przeciez stack też jest w przestrzeni adresowej jakiejś tam ;p

i nadal nie wiem o co Ci chodzi z Yaboo xD