- Hevi blogja
- A hozzászóláshoz be kell jelentkezni
- 1155 megtekintés
Hozzászólások
Nagyon jó az idézet!
For most problems, object-oriented programming is great.
Amíg nem ismered az FP-t, addig azt gondolod, hogy az OO a legjobb programozási paradigma.
Amint elkezded megismerni és megérteni az FP-t, úgy egyre inkább látod, hogy milyen bajok vannak az OO-val.
Van aki megáll ezen a szinten, mint a cikk írója, hogy ~"a legtöbb problémára nagyszerű eszköz az OO", van aki odáig megy, hogy tűzzel-vassal kellene irtani.
- A hozzászóláshoz be kell jelentkezni
odersky azt mondta, hogy az FP es az OOP ket ordinalis paradigma, akkor most hazudott?
--
NetBSD - Simplicity is prerequisite for reliability
- A hozzászóláshoz be kell jelentkezni
Ez mit jelent?
- A hozzászóláshoz be kell jelentkezni
azt, hogy az oop es az fp nem zarjak ki egymast
--
NetBSD - Simplicity is prerequisite for reliability
- A hozzászóláshoz be kell jelentkezni
Ortogonálist akart mondani, csak mást sikerült... :)
--
♙♘♗♖♕♔
- A hozzászóláshoz be kell jelentkezni
Felteszem én is, hogy ortogonálist akartál írni.
Az nehéz kérdés, hogy pontosan mit is nevezünk programozási paradigmának.
A blog témájához is kapcsolódik a Swift Is Not Functional című cikk.
A cikk írója szerint egy paradigmának a lényege, hogy milyen gondolkodásmóddal építjük fel a programot, nem pedig az, hogy milyen nyelvi konstrukciók vannak benne.
Ha a nyelvi konstrukciókat nézzük, akkor a Scala egyértelműen OOP és FP nyelv is, hiszen mind a két paradigma nyelvi konstrukcióinak nagyon nagy részét tartalmazza.
Ha a gondolkodásmódot nézzük, akkor külön-külön OOP-vel és FP-vel is összeállíthatjuk a programunkat. Bármelyik gondolkodásmóddal is építjük fel a programunkat, a másik nyelvi elemeit felhasználhatjuk. Pl. az alap adatszerkezetek (List, Option, ...) FP szemléletűek, mégis OOP nyelvi elemekkel épülnek fel. Tehát a Scala bizonyítja, hogy a két paradigma megfér egymás mellett és használható együtt. Az más kérdés, hogy szerencsés-e a kettő szemléletet keverni.
Itt megint csak azt tudom mondani, hogy a vélemények egyik végletén az áll, hogy teljesen jó így, az OO bizonyos funkciói javítanak az FP-n (ez Odersky véleménye is), a másik végleté az, hogy az OO része csak rontja az FP tudását.
- A hozzászóláshoz be kell jelentkezni
LISP-ben is megférnek, ott a CLOS.
- A hozzászóláshoz be kell jelentkezni
Hat ez egy eleg erdekes cikk, es meg mindig nem ertem a vegere.
- A hozzászóláshoz be kell jelentkezni
Kicsit furcsa, az Either használata Swift-nél. Pont fordítottja, mint másutt.
Swift-ben bal oldalon van a helyes érték és jobb oldalon van a hiba, másutt fordítva.
Bár elsőre talán a Swift-es tűnik logikusabbnak, de ha belegondolunk, hogy a Right helyeset is jelent, akkor már tudjuk máshol miért került jobbra a helyes érték.
- A hozzászóláshoz be kell jelentkezni
Btw Scala 2.12-ben az Either már alapból jobbra köt.
- A hozzászóláshoz be kell jelentkezni