Parhaat kirjat ohjelmistoarkkitehtuurin teoriasta ja käytännöstä? [suljettu]

( linkki kirjaan)

Tämä on aika hyvä kirja, vaikka se ei käsittele ohjelmistoarkkitehtuuria yleensä, vaan liike-elämän sovellusten arkkitehtuuria.

Kommentit

• se oli hyvä kirja, kun se julkaistiin, mutta mielestäni suurinta osaa kuvista ei käytetä kovin paljon teollisuudessa. Ei huono kirja, mutta ei varmasti mielestäni viiden parhaan joukosta
• Vaikka se ' kutsutaan " Enterprise Application Architecture ", se ' on suunnilleen samalla tasolla kuin GoF Design Patterns -kirja, joka on luokkatason suunnittelu sovellustason arkkitehtuurin sijaan.
• Huh, en pidä tästä kirjasta '. Se ei auta sinua tulemaan arkkitehdiksi.
• Kirja on ok, mutta se ' on todella vain vain yrityssovelluksista. Jos teet ' muuta kehitystyötä (esim. Työpöytä, mobiili, upotettu), se ' ei ole kovin hyödyllinen.

Mutta , Kehotan näitä kehittäjiä olemaan siirtymättä arkkitehtuuriin ja unohtamatta ohjelmointia. Jos he tekevät, he eivät tule kunnioittamaan ohjelmoijia ja heillä ei ole asianmukaisia valmiuksia tekemään arkkitehtonisia päätöksiä.

Yleisesti lainattu / viitattu kirja ohjelmistoarkkitehtuureista ja kirja, jota käytin opiskellessani ohjelmistoarkkitehtuurikurssia yliopistossa, on Lenin Software Architecture in Practice (2nd Edition) Bass, Paul Clements ja Rick Kazman .

Ainakin yksi kurssin opettaja professori on vaihtanut oppikirjan Nick-ohjelmistoarkkitehtuuriksi. Rozanski ja Eoin Woods , mutta en voi taata kirjan laatua tai sisältöä. Sergio Acostan mukaan (kommenteissa), Rozanskin kirja on uudempi, joka perustuu Bassin teokseen, ja hänen mielestään sitä on helpompi lukea. Olen harvoin pettynyt ohjelmistosuunnitteluohjelmassa käytettyihin kirjoihin.

Kommentit

• I ' Olemme käyttäneet molempia (Bass ja Rozanski). Basso ' oli pitkään arkkitehtoninen raamattu, mutta Rozanski ' s on uudempi ja enemmän ajan tasalla; sitä on helpompi lukea ja se perustuu voimakkaasti bassoon '. Suosittelen, että aloitat Rozanski ' s.
• +1 Bass-kirja oli hyvä lukea, kun aloitin arkkitehtuurin. Se on vähän kuiva, mutta antaa sinulle käsityksen siitä, millaista sinun pitäisi ajatella.

Kaikkien ohjelmoijien on luettava :

http://www.amazon.com/Design-Patterns-Elements-Reusable-Object-Oriented/dp/0201633612

kommentit

• Vanhentunut kirja nyt. Suurinta osaa Neljän jengin malleista käytetään niin väärin, että olen melkein anti-malleja nyt. Kuten singleton ja abstrakti tehdas.
• @Uberto Siksi ' s miksi kaikkien pitäisi lukea tämä kirja. Siinä selitetään, miksi ja miten kutakin mallia käytetään, kun sinun pitäisi todennäköisesti harkita jotain muuta. Jos useammat ihmiset lukevat koko mallimerkinnän, luulen, että monet näistä ongelmista katoavat.
• Minusta tämä kirja oli erittäin raskas lukea ja ymmärtää. Epäilen, että suurin osa ihmisistä vain teeskentelee lukevansa sitä ja kopioi ja liitä esimerkit.Joten en voittanut ' en ehdottavan sitä ensimmäiseksi kiroksi tulevalle arkkitehdille. Varmasti se ' on tärkeää nykyisen sw-arkkitehtuurin historiallisesta näkökulmasta.
• Luuletteko kukaan muu, että Groupthink on valtava sairaus ohjelmistoalalla? Jos ammatin suunta on gurujen sokea seuraaminen (ei mitä kirja odottaa, mutta mitä todellisuudessa tapahtui), mielestäni ohjelmisto on tuomittu. En ' syytä tätä kirjaa. Syytän ihmisiä, jotka lukevat sen ja alkoivat ajatella, että kuvio-fu: n piiskaaminen voisi peittää heidän huolettomuutensa muusta perustavanlaatuisesta puhtaasta koodauksesta.

97 asioita, jotka jokaisen ohjelmistoarkkitehdin tulisi tietää

kommentit

• Zach, oletko lukenut yhden? Katsoin sitä aikaisemmin, mutta sen Amazon-arvostelut eivät näyttäneet kovin hyviltä.
• Olen lukenut sen palasia '. En ' en ole varma, lukinko jokaisen esseen, mutta jotkut luetuista olivat sen arvoisia.

tämä olisi minun valinta 2. Hyvä kirja käytänteistä ja hyvä koodi. Joskus hieman pedanttinen.

Kommentit

• Olen samaa mieltä siitä, että se on pedanttinen, mutta sen suosimat käytännöt ovat paljon parempia kuin 2000 rivitoimintoa.
• Kyllä, varma, sisältö on erittäin hyvä.
• Tämä kirja on liian matala, jotta sitä voidaan pitää ohjelmistoarkkitehtuurina.

Tämä on minun numero 1 valinta juuri nyt. Paras kirja sovelluksen luomisesta (kasvamisesta) nyt.

Jos käytät .net-verkkoa, tarkista nämä kaksi. .. (on olemassa myös verkkosovellusten versioita)

Microsoft .NET: Yritysten sovellusten suunnittelu (Microsoft)

Professional Enterprise .NET (Wrox Press)

Kokoelma klassisia papereita jokaisen sw-arkkitehdin tulisi lukea http://www.amazon.co.uk/Software-Fundamentals-Collected-Papers-L-Parnas/dp/0201703696/ref=sr_1_7?ie=UTF8&qid=1291810946&sr=8-7

Olen löytänyt mallikeskeisen ohjelmistoarkkitehtuurin osan 1 ja 4 olevan hyvin Olen varma, että myös muut levyt ovat hyviä, en vain ole lukenut niitä, jotta en voi suositella niitä.

Vain tarpeeksi ohjelmistoarkkitehtuuri , kirjoittanut George Fairbanks.

Kansi ' Tarpeeksi ohjelmistoarkkitehtuurista ' http://ecx.images-amazon.com/images/I/61%2BhzVm5IoL._SL160_.jpg

Mielenkiintoinen kirja on Avoimen lähdekoodin sovellusten arkkitehtuuri

Arkkitehdit tarkastelevat tuhansia rakennuksia koulutuksensa aikana ja tutkivat kritiikkiä näistä rakennuksista kirjoittaneet mestarit.Sitä vastoin useimmat ohjelmistokehittäjät oppivat vain tuntemaan muutaman suuren ohjelman – yleensä itse kirjoittamansa – ohjelmat eivätkä koskaan opiskele historian suuria ohjelmia. Tämän seurauksena he toistavat toistensa virheet sen sijaan, että rakentaisivat toistensa menestyksiä.

Tämän kirjan tavoitteena on muuttaa sitä. Siinä 25 avoimen lähdekoodin sovelluksen kirjoittajat selitä miten heidän ohjelmistonsa on rakennettu ja miksi. Mitkä ovat kunkin ohjelman pääosat? Kuinka he ovat vuorovaikutuksessa? Ja mitä heidän rakentajansa oppivat kehityksessään? Vastaamalla näihin kysymyksiin tämän kirjan kirjoittajat antavat ainutlaatuisen kuvan heidän ajattelustaan

kokeile tätä pientä kirjaa .

Ohjelmistoarkkitehtuuri kehittäjille – Kirja Käytännöllinen ja käytännöllinen opas ohjelmistoarkkitehtuuriin

Tämä kirja on kokoelma esseitä, jotka yhdessä muodostavat käytännön ja käytännöllisen oppaan ohjelmistoarkkitehtuuriin.

1. Mikä on ohjelmistoarkkitehtuuri?

2. Mikä on ohjelmistoarkkitehdin rooli?

3. Kuinka määrität s ohjelmistoarkkitehtuuri?

4. Kuinka jaat ohjelmistoarkkitehtuurin?

5. Kuinka toimitat ohjelmistoarkkitehtuurin?

Kommentit

• The codingthearchitecture.com -blogissa on myös erinomaisia viestejä ohjelmistoarkkitehtuurin kurinalaisuudesta.

Suosittelen Expert One-on-One J2EE -suunnittelua ja -kehitystä . Se on erittäin hyvä kirja J2EE: stä ja on Spring Frameworkin teoreettinen perusta.

Kysymys kysyminen on tavallaan hyvin käsittämätöntä. Ohjelmistoarkkitehtuuri on erilaisia asioita ja ohjelmistoarkkitehdit ovat hyvin monipuolinen joukko.

Muutama huomautus:

Edellä mainittu ”Clean Code” on kuitenkin yksi parhaista kirjoista lue ohjelmointi . Mutta se ei todellakaan ole kirja arkkitehtuurista. Pakollinen lukeminen kehittäjille, kyllä, mutta ei anna paljon käsitystä siitä, miten isommat tavarat sopivat yhteen, imo.

Fowlerin ”PoEAA” on hyvä kirja, mutta kuten joku muu sanoi, ikään kuin vanha, ja monet esitetyistä kuvioista on vanhentunut useita vuosia sitten.

Eric Evansin DDD-kirja on erittäin vankka ja inspiroiva kirja ohjelmistojen rakentamisesta ja asiakasyhteistyöstä – arvokkaita taitoja arkkitehdeille, mutta hyvä myös kehittäjille.

Mitä ehdotan, mene lukemaan ensin Code Complete 2 . Tämä auttaa sinua muokkaamaan ajatuksiasi ja löytämään parhaan tavan tehdä asioita .

Arkkitehtuurissa se on hyvä alku GOF: lla tai Head First Design Patternilla.

Enterprise Application Architecture -mallit on erinomainen kirja