Az OOP megfelel a metafizikának

Hogyan végezhetek el egy tartománymodellezést

Az ókortól kezdve - úgy értem, valóban ősi, egészen Platón, Arisztotelész és mindezek előtt az emberek egy díszes kérdéssel szórakoztatták magukat: miből áll a világ? Mi a körülöttünk lévő valóság? Mi van ott? Milyen érzés? Miért?

Tárgyak

Van alma és narancs, és ott van előttem az alma. Kedd és heted van, ma pedig kedd van, és hét avokádó van a hűtőmben. Van őszinteség és vannak konkrét személyek, akik őszinték.

Tulajdonságok

Úgy tűnik, vannak konkrét tárgyak, mint az alma előttem, és vannak olyan módok, mint például vörösnek lenni, édesnek lenni és az asztalra fektetni. …

Bővebben · 7 perc olvasás

2019. március 24

Szívükben ugyanazokat az elveket vallják

Tavaly írtam egy cikket az InfoQ-hoz, ahol megosztottam tippjeimet a SOA, az XP és az OOP közös vonásairól. Nemrégiben megdöbbentette, hogy a felhasználói történetekben és objektumokban mennyire van közös vonás.

Először is, a felhasználói történet objektum

Ugyanúgy, mint bármi más. A felhasználói történet felületem így néz ki:

Az ideális felhasználói történetem úgy néz ki, mint egy deklaratív dekoratőr készlet, egyetlen visszatérési nyilatkozattal: néhány alapobjektumot addig díszítenek, amíg az elfogadási kritériumok formájában megadott kívánt viselkedést el nem éri.

Vegyünk egy példát a foodtech-től. Az ügyfél egy alkalmazáson vagy egy böngészőn keresztül megrendelés-regisztrációs kérelmet küld a szolgáltatásomnak. Számos dolgot meg kell tenni. Először ki kell számolni a legközelebbi éttermet, ahonnan megrendelést kell szállítani. Ezután egy megrendelést meg kell őrizni az adatbázisban, és utána el kell küldeni egy étterembe. Ezek a lépések bizonyos objektumokra jellemző viselkedések, amelyek mindegyike a regisztrálandó megrendelés bizonyos aspektusát képviseli. …

További információ · 3 perc olvasás

Megjelent codeburst

· 2019. március 10

A tárgyak éppen elégek

Nem a globálisan módosítható állapotról beszélek, ez túl könnyű. Úgy értem, hogy minden globálisan elérhető statikus adat megváltoztathatatlan.

Valamivel ezelőtt olvastam egy könyvet a Smalltalkról, és ez arra késztetett, hogy más szögből nézzem meg az adatok fogalmát. Tiszta OOP nyelv lévén (szinte) minden objektum a Smalltalkban. Biztosan létrehozhat nyilvánosan látható osztályváltozót, de csak nem így történik a dolog.

Számos módja van annak, hogy néhány újrafelhasználható adat megjelenjen a programban. A legnépszerűbbek egy nyilvános konstans bevezetése és egy konfigurációs fájl létrehozása. Color.RED, ContentTypeHeader.JSON, Math.PI, translation.fr.yaml - mindegyik jónak és finomnak tűnik. …

További információ a codeburst-ban - 5 perc olvasás

Megjelent a HackerNoon.com oldalon

· 2018. augusztus 26

és itt van miért.

Hadd ismételjem meg: a gitflow csak egy rossz elágazó áramlási hack, amely a csapat mérnöki gyakorlatának alacsony szintjét jelzi.

Oké, mielőtt élve megennél, hadd magyarázzam el.

A verziószabályozó rendszerek rövid szubjektív története

Pre-vcs napok
Külön fejlesztés, bármi máson alapulva, amelyek évekig tartó integrációs pokolhoz vezettek.

SVN
Az SVN húszas éveimben fogott el, és a kódolási kultúrám látszólag alacsonyabb volt, mint most. Nem írtam egységteszteket, az OOP-m gyenge volt, nem tudtam sem a SCRUM-ról, sem más mozgékony megközelítésekről, de az egyik dolog, amit az SVN tanított nekem, az a felelősség volt. Nem tudtam ellenőrizni a nem működő kódot. …

További információ a HackerNoon.com oldalon - 6 perc olvasás

Megjelent a HackerNoon.com oldalon

· 2018. augusztus 6

felelősség kizárása: azért van, mert az üzleti logikát szolgáltatási osztályokba helyezi

Nemrégiben találkoztam egy bejegyzéssel, amely a szerző mikroszolgáltatásokkal kapcsolatos tapasztalatairól szólt. A tapasztalatok meglehetősen negatívak voltak, de az ok annyira tipikus és alapvető volt, hogy úgy döntöttem, hogy írok egy utólagos bejegyzést. Mielőtt azonban maguk a mikroszolgáltatásokról beszélnénk, kezdjük az alacsonyabb szintű kérdéssel.

Hogyan néz ki az eljárási gondolkodásmód

Ami az eljárási gondolkodásmódot különbözteti meg az OOP-tól, az az, ha az előbbit használja, akkor a programot az adatokon végzett műveletek végrehajtásának lépéssoraként kezeli. Ennélfogva az adatok és a viselkedés lényegében nincsenek összekapcsolva.

Tekintsük a következő példát. A rendszere regisztrációs kártya tranzakciós kérelmet kap. Először érvényesítenie kell, majd feldolgoznia kell néhány üzleti szabályt (ha különbséget tesz az érvényesítés és az üzleti szabály között), majd el kell küldenie egy http-kérést valamely külső fizetési szolgáltatásnak, majd elemeznie kell a válaszát, majd az eredmény alapján el kell vinnie néhány üzleti logikát - például küldjön egy e-mailt az ügyfélnek, és emlékezzen egy kártyára. …

További információ a HackerNoon.com oldalon. · 5 perc olvasás

Megjelent a HackerNoon.com oldalon

· 2018. május 26

és az alap mögöttük

Kezdjük az extrém programozással

Szeretem a SOLID elveket korrelálni az XP elvekkel. Csak emlékeztetőül: a teljes XP lánc értékekből, elvekből és gyakorlatokból áll - pontosan ebben a sorrendben, a legalapvetőbb elemektől kezdve a derivatívákig. Az értékek vezérelnek bennünket, meghatároznak minket és viselkedésünket. Az alapelvek bizonyos szabályok, amelyek megfelelnek az értékeknek. A gyakorlatok néhány elven alapuló tevékenység. Sem az elveknek, sem a gyakorlatnak nincs értelme értékek nélkül.

Ha a SZILÁRD csak elvek, mik az értékek?

Mielőtt belemélyednék ebbe a filozófiai vitába, el akarom mondani, hogy milyen mentális képet látok, amikor meghallom a „programkód” szót - legalábbis akkor, amikor részt veszek a tartományi logika megvalósításában. Számomra a programkód az üzleti folyamatok reprezentációja bizonyos programozási nyelveken. Ideális esetben van egy bijection közöttük. Ez egy üzleti-informatikai összehangolás, amely a SOA-nál alacsonyabb szinten nyilvánul meg - a programkódban. Ezért az OOP jobban megfelel erre, mint mondjuk az eljárási programozás: minden eszközzel rendelkezik a valós életbeli entitások képviseletére. Igen, tárgyakról beszélek. Tehát a helyes absztrakciók modellezése, a valós élet folyamatainak ábrázolása láthatóan a legfontosabb elem az objektum-orientált szoftverfejlesztésben. …