Podział aplikacji napisanych na moduły

Podział aplikacji napisanych na moduły
ZA
  • Rejestracja:około 10 lat
  • Ostatnio:prawie 5 lat
  • Postów:174
0

Witajcie,
Zastanawiam się nad najlepszym podziałem większej aplikacji na moduły mavenowe.
Lepiej dzielić ją po funkcjonalnościach (np. płatności, przesyłka itp) czy może lepiej po warstwach (np. web, core itp)?

szarotka
  • Rejestracja:ponad 9 lat
  • Ostatnio:około 2 miesiące
  • Postów:533
5

Ja tam się nie znam, ale
wydzieliłabym moduł webowy, bo rozumiem, że będzie jakaś JEDNA aplikacja, do której użytkownik będzie się logował i tam klikał (no chyba że więcej?) i kilka modułów backendowych po obszarze, którego dotyczy (czyli te twoje przykładowe płatności, przesyłka), no i te obszary miały by wewnątrz jeszcze jakiś podział na moduł 1: z dao i moduł 2: z serwisami.
Aczkolwiek takie dzielenie po funkcjonalnościach to tylko przy większych aplikacjach.

edytowany 3x, ostatnio: szarotka
jarekr000000
  • Rejestracja:ponad 8 lat
  • Ostatnio:około 2 godziny
  • Lokalizacja:U krasnoludów - pod górą
  • Postów:4707
1

Odpowiedź na pytanie jest tu (z linkami do kolejnych artykułów):
http://programmers.stackexchange.com/questions/258196/java-application-structure-horizontal-vs-vertical-split

Po polsku - w uproszczeniu: raczej dzielić domenowo.


jeden i pół terabajta powinno wystarczyć każdemu
Shalom
  • Rejestracja:około 21 lat
  • Ostatnio:prawie 3 lata
  • Lokalizacja:Space: the final frontier
  • Postów:26433
0

Akurat ten podział który wymieniłeś nie ma za bardzo sensu. Tzn jedno nie wyklucza drugiego ;)
Podział logiki biznesowej lepiej zrobić domenowo, ale jednocześnie w projekcie i tak powstanie ci też zbiór klas związanych z logiką aplikacji a nie z logiką biznesową, czyli takie coś w stylu core / infrastructure / commons. Szczególnie jeśli masz tam np. jakieś webserwisy jeszcze czy coś w tym stylu, wtedy lepiej mieć te zalezności w jednym module a nie wrzucać ich do tych "domenowych".

Raz tylko popełniłem projekt gdzie wszystko było podzielone tylko domenowo (i w efekcie np. moduł odpowiedzialny za X miał oprócz klas domenowych także kontrolery i widok) ale to był bardzo szczególny przypadek, gdzie istniało wymaganie, że moduły są samowystarczalne i można każdy z nich deployować osobno, w efekcie takie rozwiązanie miało sens. Ale nie jestem pewien czy zwykle ma to sens. (no i tam i tak był moduł na commonsy)


"Nie brookliński most, ale przemienić w jasny, nowy dzień najsmutniejszą noc - to jest dopiero coś!"
edytowany 1x, ostatnio: Shalom
jarekr000000
@Shalom "jakieś webserwisy jeszcze czy coś w tym stylu, wtedy lepiej mieć te zalezności w jednym module a nie wrzucać ich do tych "domenowych". " A niby dlaczego chciałbyś je mieć w jednym module ?
Shalom
Choćby dlatego że dzięki temu masz "czyste" moduły zupełnie niezależne od innych technologii. Mniej problemów przy migracjach na nowe wersje frameworków, mniej problemów przy zmianie technologii, bo masz całe modły których w ogóle nie trzeba dotykać.
jarekr000000
@Shalom no to Ci się nie udało :-) Akurat commons/webservices itp. całkiem konkretny problem przy migracjach na nowe technologie. Przykładowo : chciałbyś na nowo zrobić moduł zamówień - a tu trzeba wycinać laserem z commonsów i z webservices....(Przepraszam, ale akurat bawię się w chirurga w projekcie, gdzie takie coś zostało zrobione - z daleka wygląda rozsądnie).
Shalom
Nie nie, jak to zrobisz z głową to nie. Nikt nie musi że musisz tam mieć flat structure nigdzie. Spokojnie możesz zrobić z tego modułu multi-module kolejny, tak samo zresztą możesz zrobić multi-module z domenowego modułu i mieć tam pod-moduł czysto domenowy i drugi który to np. publikuje jako WS. Ale że trzeba będzie cos wyrywać boleśnie to niestety taki urok dziedziczenia, kompozycji, templatów i generalnie re-użycia, bo pewnie sporo kodu będzie zależeć od jakichś wspólnych generycznych elementów bazowych.
jarekr000000
@Shalom - czyli sprowadziłeś do rozwiązania, które jest opisane w przesłanym przeze mnie linku. To działa. Commonsy (niestety) nie działają rozsąnie powyżej pewnej skali (nawet niedużej - wystarczy, że development jest w dwóch pokojach). To tez wynika z tego, że przy obecnej dostępnosci bilbliotek mało jest kodu poza-domenowego (niebiznesowego), prawie wszystko co generyczne jest w gotowych bibliotekach.
jarekr000000
  • Rejestracja:ponad 8 lat
  • Ostatnio:około 2 godziny
  • Lokalizacja:U krasnoludów - pod górą
  • Postów:4707
0

Przykładowo - dzieli się też już ładnie Weba (nie trzeba mieć jednej aplikacji WEB... )


jeden i pół terabajta powinno wystarczyć każdemu
M9
  • Rejestracja:prawie 10 lat
  • Ostatnio:prawie 6 lat
1

Można rozważyć taki podział na moduły, aby można było łatwo integracyjnie przetestować cały moduł: kierować się kryterium testowalności.

edytowany 1x, ostatnio: margor90
KA
KA
  • Rejestracja:prawie 12 lat
  • Ostatnio:prawie 5 lat
  • Lokalizacja:Warszawa
  • Postów:1683
0

standard i klasyczna wersja mówi, że dzieli się na pakiety dao (albo repository), model(albo domain), service, business, controller itd..
Standard to standard - prawdopodobnie setki ludzi do tego dochodziło latami i po pewnym czasie wspólnie doszli do podobnych wniosków, że tak będzie najlepiej.
Potem będziesz chciał użyć sobie AOP do monitorowania wywołań jakiejś warstwy albo cuś i będzie płacz i zgrzytanie zębów. Oczywiście mowie o zwykłych aplikacjach dużych monolitycznych.


PROGRAMY NA ZAMÓWIENIE, ZALICZENIA STUDENCKIE, KONFIGURACJA SERWERÓW, SYSTEMÓW I BAZ DANYCH, STRONY INTERNETOWE, POMOC W PROGRAMOWANIU, POPRAWIENIE I OPTYMALIZACJA APLIKACJI
JAVA, C++, LINUX, WWW, SQL, PYTHON
POSIADAM KOMERCYJNE DOŚWIADCZENIE
TANIO, SZYBKO I PORZĄDNIE
Z KOMENTARZAMI OBJAŚNIAJĄCYMI KOD
PISZ NA PRYWATNĄ WIADOMOŚĆ
CENY JUŻ OD 49,99ZŁ ZA PROGRAM
ZAJMIJ SIĘ TYM CO CIĘ NAPRAWDĘ INTERESUJE!
edytowany 1x, ostatnio: karolinaa
Zobacz pozostałe 2 komentarze
Shalom
Tak mówi standard i klasyczna wersja... wszystkich tutoriali które prezentują jak napisać CRUDa z jedną encją bazie ;)
jarekr000000
@Shalom - gorzej, są ludzie ( a nawet całe firmy), które tak naprawdę piszą
Shalom
I potem 10 milionów linii kodu w biednym module "domain"? ;)
jarekr000000
@Shalom - akurat domain to jest zwykle prawie puste (anemiczne encje) - wszystko jest w Controller.
BB
W takim razie jakiego podzialu uzywacie przy projektach .. sa jakies źródła gdzie sa uregulowane dobre praktyki w tym zakresie ?
Kliknij, aby dodać treść...

Pomoc 1.18.8

Typografia

Edytor obsługuje składnie Markdown, w której pojedynczy akcent *kursywa* oraz _kursywa_ to pochylenie. Z kolei podwójny akcent **pogrubienie** oraz __pogrubienie__ to pogrubienie. Dodanie znaczników ~~strike~~ to przekreślenie.

Możesz dodać formatowanie komendami , , oraz .

Ponieważ dekoracja podkreślenia jest przeznaczona na linki, markdown nie zawiera specjalnej składni dla podkreślenia. Dlatego by dodać podkreślenie, użyj <u>underline</u>.

Komendy formatujące reagują na skróty klawiszowe: Ctrl+B, Ctrl+I, Ctrl+U oraz Ctrl+S.

Linki

By dodać link w edytorze użyj komendy lub użyj składni [title](link). URL umieszczony w linku lub nawet URL umieszczony bezpośrednio w tekście będzie aktywny i klikalny.

Jeżeli chcesz, możesz samodzielnie dodać link: <a href="link">title</a>.

Wewnętrzne odnośniki

Możesz umieścić odnośnik do wewnętrznej podstrony, używając następującej składni: [[Delphi/Kompendium]] lub [[Delphi/Kompendium|kliknij, aby przejść do kompendium]]. Odnośniki mogą prowadzić do Forum 4programmers.net lub np. do Kompendium.

Wspomnienia użytkowników

By wspomnieć użytkownika forum, wpisz w formularzu znak @. Zobaczysz okienko samouzupełniające nazwy użytkowników. Samouzupełnienie dobierze odpowiedni format wspomnienia, zależnie od tego czy w nazwie użytkownika znajduje się spacja.

Znaczniki HTML

Dozwolone jest używanie niektórych znaczników HTML: <a>, <b>, <i>, <kbd>, <del>, <strong>, <dfn>, <pre>, <blockquote>, <hr/>, <sub>, <sup> oraz <img/>.

Skróty klawiszowe

Dodaj kombinację klawiszy komendą notacji klawiszy lub skrótem klawiszowym Alt+K.

Reprezentuj kombinacje klawiszowe używając taga <kbd>. Oddziel od siebie klawisze znakiem plus, np <kbd>Alt+Tab</kbd>.

Indeks górny oraz dolny

Przykład: wpisując H<sub>2</sub>O i m<sup>2</sup> otrzymasz: H2O i m2.

Składnia Tex

By precyzyjnie wyrazić działanie matematyczne, użyj składni Tex.

<tex>arcctg(x) = argtan(\frac{1}{x}) = arcsin(\frac{1}{\sqrt{1+x^2}})</tex>

Kod źródłowy

Krótkie fragmenty kodu

Wszelkie jednolinijkowe instrukcje języka programowania powinny być zawarte pomiędzy obróconymi apostrofami: `kod instrukcji` lub ``console.log(`string`);``.

Kod wielolinijkowy

Dodaj fragment kodu komendą . Fragmenty kodu zajmujące całą lub więcej linijek powinny być umieszczone w wielolinijkowym fragmencie kodu. Znaczniki ``` lub ~~~ umożliwiają kolorowanie różnych języków programowania. Możemy nadać nazwę języka programowania używając auto-uzupełnienia, kod został pokolorowany używając konkretnych ustawień kolorowania składni:

```javascript
document.write('Hello World');
```

Możesz zaznaczyć również już wklejony kod w edytorze, i użyć komendy  by zamienić go w kod. Użyj kombinacji Ctrl+`, by dodać fragment kodu bez oznaczników języka.

Tabelki

Dodaj przykładową tabelkę używając komendy . Przykładowa tabelka składa się z dwóch kolumn, nagłówka i jednego wiersza.

Wygeneruj tabelkę na podstawie szablonu. Oddziel komórki separatorem ; lub |, a następnie zaznacz szablonu.

nazwisko;dziedzina;odkrycie
Pitagoras;mathematics;Pythagorean Theorem
Albert Einstein;physics;General Relativity
Marie Curie, Pierre Curie;chemistry;Radium, Polonium

Użyj komendy by zamienić zaznaczony szablon na tabelkę Markdown.

Lista uporządkowana i nieuporządkowana

Możliwe jest tworzenie listy numerowanych oraz wypunktowanych. Wystarczy, że pierwszym znakiem linii będzie * lub - dla listy nieuporządkowanej oraz 1. dla listy uporządkowanej.

Użyj komendy by dodać listę uporządkowaną.

1. Lista numerowana
2. Lista numerowana

Użyj komendy by dodać listę nieuporządkowaną.

* Lista wypunktowana
* Lista wypunktowana
** Lista wypunktowana (drugi poziom)

Składnia Markdown

Edytor obsługuje składnię Markdown, która składa się ze znaków specjalnych. Dostępne komendy, jak formatowanie , dodanie tabelki lub fragmentu kodu są w pewnym sensie świadome otaczającej jej składni, i postarają się unikać uszkodzenia jej.

Dla przykładu, używając tylko dostępnych komend, nie możemy dodać formatowania pogrubienia do kodu wielolinijkowego, albo dodać listy do tabelki - mogłoby to doprowadzić do uszkodzenia składni.

W pewnych odosobnionych przypadkach brak nowej linii przed elementami markdown również mógłby uszkodzić składnie, dlatego edytor dodaje brakujące nowe linie. Dla przykładu, dodanie formatowania pochylenia zaraz po tabelce, mogłoby zostać błędne zinterpretowane, więc edytor doda oddzielającą nową linię pomiędzy tabelką, a pochyleniem.

Skróty klawiszowe

Skróty formatujące, kiedy w edytorze znajduje się pojedynczy kursor, wstawiają sformatowany tekst przykładowy. Jeśli w edytorze znajduje się zaznaczenie (słowo, linijka, paragraf), wtedy zaznaczenie zostaje sformatowane.

  • Ctrl+B - dodaj pogrubienie lub pogrub zaznaczenie
  • Ctrl+I - dodaj pochylenie lub pochyl zaznaczenie
  • Ctrl+U - dodaj podkreślenie lub podkreśl zaznaczenie
  • Ctrl+S - dodaj przekreślenie lub przekreśl zaznaczenie

Notacja Klawiszy

  • Alt+K - dodaj notację klawiszy

Fragment kodu bez oznacznika

  • Alt+C - dodaj pusty fragment kodu

Skróty operujące na kodzie i linijkach:

  • Alt+L - zaznaczenie całej linii
  • Alt+, Alt+ - przeniesienie linijki w której znajduje się kursor w górę/dół.
  • Tab/⌘+] - dodaj wcięcie (wcięcie w prawo)
  • Shit+Tab/⌘+[ - usunięcie wcięcia (wycięcie w lewo)

Dodawanie postów:

  • Ctrl+Enter - dodaj post
  • ⌘+Enter - dodaj post (MacOS)