Melyik programozási nyelvvel lehetne ezt a programot megcsinálni (legegyszerűbben)?
Program:
Egy saját fordító program lenne, ahol a program az általunk beírt kitalált szavakat/kódokat fordítaná Magyarra és vissza.
Pl:
LBDGR -> Labdarúgás
Hozzá teszem, hogy csak C#-t valamint JavaScript-et tanultam, azok is csak alapszinten mennek. TUDOM! Ehhez sokkal több kell, de hátha van rá valami egyszerű megoldás. Ugyanis csak egy Inputot kéne átfordítani a programnak. Vagy nem?!
Minden segítséget megköszönök!
Hát, az elég szomorú.
sql, ehhez, eszem f.szom megáll.. de komolyan.
A kérdező azt vázolta, hogy egy szimpla mechanizmust szeretne létrehozni és ehhez keres eszközt.
A feladat nem egyéb mint megfeleltetés. Ehhez plain text/CSV file több mint elég. Ha valaki nagyon fel akarja turbózni akkor a file első sorát beáldozhatja indexelési célra.
Ehhez totál felesleges sql, vagy sqlite. Minden egyes adatbázis kezelőnek van költsége timeban, space-ben. Itt is lenne, csak éppen hozadéka nem lenne a dolognak.
Ha valamire van egyszerű, kézenfekvő lehetőség, akkor nem tudom, hogy minek azt túlbonyolítani?
Sziasztok.
Hűű köszi a válaszokat! Mentek a zöldek.
Kimaradt:
Egy Weboldalba szeretném beépíteni, a kitalált nyelv szavait egy szótárban tárolnán, ezeknek szeretnék értékeket adni.
V2:
Szeretném:
-ha netán elgépeli az adott szót a felhasználó, akkor a program adna (pár) lehetőséget, hogy épp mi(k)re gondolhatott.
-ha a program mondatokat is fordítana.
(tudom az utóbbi elég bonyolult, ragozás stb. De biztos van erre is megoldás.)
#16
"tudom az utóbbi elég bonyolult"
Semmi gond, a #15-ös kollégának biztos erre is van valami szuper plain text megoldása amivel TUTI egyszerűbb mint bármilyen SQL-el.
:D :D
#15
Látod?! Pontosan emiatt javasoltam (még elsőként a #4-es hozzászólásban) hogy ne kontárkodjunk.
Igen, valóban az alap gondolathoz tényleg nincs szükség ilyesmire (elvileg).
De gondolom Te sem tegnap kezdted a szakmát, tehát pontosan tudod, hogy általában úgy indul minden, hogy "szeretnék egy gombot" és a végén (még ha nem is az első verzióban) de egy kabát lesz belőle.
Ha alapvetően előre gondolkodsz, akkor nem szúrsz ki magaddal és nem kell mindent nulláról újrakezdeni.
Ez olyan mint a php esetén, "használjunk keretrendszert vagy ne?". Nyilván egy sima cron-hoz ami mondjuk lefuttat pár lekérést elvileg tök fölösleges lenne egy monstrum framework. De ha bővíteni kell vagy hozzányúlni, akkor 10x egyszerűbb és gyorsabb, mint az "egyedi fejlesztésből" valami tök újat faragni.
Itt is ha már az elején SQL-re építed, akkor a későbbi bővítés / átalakítás sokkal egyszerűbb.
"file első sorát beáldozhatja indexelési célra"
Na ez pedig a külön kedvencem. Tehát a végén minden olyan funkciót külön-külön lefejlesztesz ami már létezik és úgy hívják ADATBÁZIS! :D Nem is értem a cégnél minek "szívtunk" az oracle-el. Mindent meg tudtunk volna oldani nélküle is, csak a funkciókat kell külön-külön megírni hozzá. :) igazából a csv mindenre IS elég.
Erre csak a saját szavaiddal tudok reflektálni:
"eszem f.szom megáll.. de komolyan."
"Pontosan emiatt javasoltam (még elsőként a #4-es hozzászólásban) hogy ne kontárkodjunk."
Sorry, de éppen te vagy az, aki kontárkodik.
"Tehát a végén minden olyan funkciót külön-külön lefejlesztesz ami már létezik"
Nem mindent, csak egyet, és nem én, hanem aki nagyon akarja.
" és úgy hívják ADATBÁZIS! :"
Nem, tudod, az adatbázis az a file, ami tartalmazza a szópárok listáját. Amiről te beszélsz, az az adatbázis-kezelő. Ami ide pont felesleges.
De ha már, akkor is, éppen noSQL lenne a kivánatos, és nem SQL.
Kapcsolódó kérdések:
Minden jog fenntartva © 2025, www.gyakorikerdesek.hu
GYIK | Szabályzat | Jogi nyilatkozat | Adatvédelem | Cookie beállítások | WebMinute Kft. | Facebook | Kapcsolat: info(kukac)gyakorikerdesek.hu
Ha kifogással szeretne élni valamely tartalommal kapcsolatban, kérjük jelezze e-mailes elérhetőségünkön!