- Samsung Galaxy S10e - esszenciális
- Google Pixel Watch 4 – Hé, Google, mennyi az idő?
- Honor Magic6 Pro - kör közepén számok
- Samsung Galaxy A55 - új év, régi stratégia
- iOS alkalmazások
- Apple Watch
- Honor Win 2: nagyobb kijelző, új csúcs-SoC, marad a 10 000 mAh-s akku
- EarFun Air Pro 4+ – érdemi plusz
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Telekom mobilszolgáltatások
-
Mobilarena

Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
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
● olvasd el a téma összefoglalót!
- Latitude 9430 27% 14" FHD+ IPS i5-1245U 32GB 512GB NVMe magyar vbill ujjolv IR kam gar
- Precision 3571 27% 15.6" FHD IPS i7-12800H RTX A1000 32GB 1TB NVMe magyar vbill gar
- JBL Bar 5.1 (Lecsatolható háttérsugárzós) Soundbar 510W, mélynyomóval
- Asus rog strix rtx 4080 oc
- Játékra vagy Munkára! Csere-Beszámítás! I7 3930K / Nvida GTX Titan B / 16GB DDR3 / 500GB SSD!
- 245 - Lenovo LOQ (15IRX9) - Intel Core i7-13650HX, RTX 4060 (ELKELT)
- OPPO Find X9 Pro Titanium Charcoal 512GB használt karcmentes 6 hónap garancia
- AKCIÓ! EVGA FTW3 Ultra Gaming RTX 3080 10GB videókártya garanciával hibátlan működéssel
- Xiaomi Redmi Note 12S 256GB, Kártyafüggetlen, 1 Év Garanciával
- Vállalom Xiaomi Okoskamerák szoftveres javíttását
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest



