Új hozzászólás Aktív témák

• #5274 Jim Tonic nagyúr stevve #5269

  Új Válasz 2011-06-24 19:31:15 #5274

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Jim Tonic

  nagyúr

  válasz stevve #5269 üzenetére

  Ne aggódj, itt vagyok én is UML ellenesnek. Szerintem hirtelen felrajzolni sem tudnám, csak utánanézéssel. Mondjuk magam nem veszek rész olyan projektekben, ahol félig laikusoknak kellene elmagyaráznom dolgokat. Mondjuk túl nagy dolgokat sem programoztam még.

• #5272 Sk8erPeter nagyúr stevve #5269

  Új Válasz 2011-06-24 17:19:38 #5272

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz stevve #5269 üzenetére

  Szerintem akár egyetlen emberből álló munkánál is hasznos lehet az UML-ismeret.
  Most ez lehet, hogy nem a legjobb példa, de én is hadd mondjak egyet. Hobbiból folyamatosan csiszolgatom egy régen elkészített honlap kódját, állandóan változtatok rajta, és röhögök a korábban megírt kódjaimon, és annál jobbat írok, aztán később majd ezen is röhögni fogok, és átalakítottam már a kódnak nagyjából 60%-át objektumorientáltra, ami eléggé segít számomra a kódom áttekinthetőségében, módosíthatóságában, stb. Viszont már kellően sok kódot írtam ahhoz, hogy kezdjem egyre nehezebben átlátni az egyes objektumok kapcsolatait, mi örököl miből, mi tartalmaz mit, mihez milyen metódus, tagváltozó, stb. tartozik, ezért egy programmal legeneráltatttam a kód alapján az UML-diagrammokat, így csomó mindenre rájöttem, hogy mit lehetne egyszerűsíteni, megváltoztatni, áthelyezni, stb. - ismétlem, UML-ábrák alapján. Ezentúl mostanában egyre gyakrabban alkalmazom azt a módszert, hogy a kódírás előtt először megpróbálok valami összedobált UML-diagrammot készíteni arról, amit épp alkotni szeretnék - ez is jelentősen leegyszerűsíti a munkámat, mert sokkal könnyebben észreveszem az esetleges koncepcionális hibákat, főleg, miután UML-diagrammokkal szemléltetve verték a fejünkbe a különböző tervezési mintákat is egyes egyetemi tárgyakból. Ha már erről van szó - a különböző tervezési minták alkalmazása esetén is szinte elkerülhetetlen szerintem az áttekinthetőség érdekében egy normális UML-diagram megalkotása a programunkban szereplő objektumok kapcsolódásáról ahhoz, hogy a megfelelő tervezési mintát rá tudjuk húzni a saját feladatunkra. A tervezési mintákat meg ugye nem hülyeségből találták ki, hanem épp a fejlesztés gyorsítása érdekében.
  Mindezt azzal együtt értem, hogy nyilván az UML-diagrammok is állandóan változnak attól függően, hogy a kód épp hogy módosult. Így szerintem az UML-diagrammok előzetes megtervezése, valamint kód alapján történő utólagos megalkotása (legenerálása, ha van rá mód, és elég jó a program, amit erre használunk) is nagyon hasznos lehet. Már csak pont amiatt is, amit azt hiszem Te is írtál, hogy nagyjából egy nyelvet beszéljenek a programozási folyamatok különböző fázisaiban részt vevő fejlesztők is.
  Félreértés ne essék, nem azt mondom, hogy UML nélkül nem lehet létezni, sőt, nagyon is sok példa van rá, hogy egyszerűen elkerülik a használatát a fejlesztés során, de nem ördögtől való, és nem is haszontalan találmányról van szó, hanem épp ellenkezőleg, sok hasznát lehet venni adott esetben.

Új hozzászólás Aktív témák