Jazyk D - můj novej favorit

21.2.2012 19:23 | Přečteno: 2261× | Programování | poslední úprava: 21.2.2012 20:50

Za dobu co se věnuji programování jsem měl tu čest se seznámit hned s několika programovcími jazyky. Jmenovitě (chronologicky seřazeno) to byl Visual Basic, JavaScript, Xkarel , C, PHP, C++, Python, Ruby, Java, Perl, Pascal, Prolog, Lisp, Delphi (Lazarus) a Jazyk D. Každý z těchto jazyků mě nejak ovlivnil, něco se mi na něm líbílo a něco zase nelíbilo. Z výšše jmenovaných jsem nejvíce používal jazyky C(++), PHP a JavaScript. V ostatních jsem většinou napsal několik desítek, stovek řádků maximálně pár tisíců řádků. Poslední zmiňovaný Jazyk D bych teoreticky poznal už dříve (v seznamu by se posunul někam na pozici za Python a Ruby), ale tenkrát jsem mu něvěnoval velkou pozornost, jelikož v té době o něm bylo jen minimum informací. Znovu jsem se o něj začínal zajímat asi tak před půl rokem.

Nebudu se zde moc rozepisovat o tom co to ten Jazyk D vlastně je, jelikož zde zrovna vychází seriál, tak pro ty co tento jazyk neznají, uvádím odkaz. Spíše zde napíši důvody proč mi tento jazyk imponuje.

Základní výhodou je pro mě syntaxe velmi podobná C/C++, doteď jsem nejčastěji používal právě C++ v kombinaci s Qt toolkitem. Následně je pro mě velmi důležitý výkon (bráno jako rychlost běhu výsledné aplikace).  Co se výkonu týče, prováděl jsem několik testů a měření a výsledkem bylo, že rychlost výsledné binárky je ve většině případů približně stejná jako u C++. Samozřejmě vše je hodně závislé na tom, jak je daný test napsán. Na čem velmi záleží je zvolený překladač a parametry při kompilaci. Pro D2 (jazyk D ve verzi 2) existuje hned několik kompilátorů, a nutno dodat, že každý podával jiné výsledky. Pro své testy jsem používal GDC (GNU GCC D), LDC (LLVM D) a oficiální DMD (Digital Mars D) . Ve většině testů se jako lepší varianta ukázal GDC následovaný LDC a naposledním místě byl DMD. Ale je třeba dodat, že během posledních pár verzí DMD se výkon značně zlepšil, takže časem možná dosáhne stejných výsledků jako jeho kolegové. A druhá poznámka z praxe, vytvořil jsem v práci jednu menší aplikaci, nejednalo se tedy už přímo o žádný testovací kus kódu, ale o reálnou aplikaci. A u této aplikace jsem nejlepších výsedků dosáhl právě s DMD. Ale po malé úpravě kódu bylo zase GDC výkonější. Věc, která degradovala výkon GDC bylo zbytečné neustálé ralokování paměti při změně velikosti pole.

Velkou výhodou oproti C/C++ je podpora modulů. Jestli je na C++ něco co mě opravdu štvalo, tak to byly komplikace způsoboné z nesprávným pořadím inkludů či potřeba dopředných deklarací atd. Celkově je syntaxe  D o proti C++ čistější a dle mého názoru přehlednější a logičtější. Další dobrou vlastností je existence standardní knihovny phobos, která je vcelku rozsáhlá a umí většinu potřebných věcí. Samozřejmě by se našlo pár věcí co mi tu chybí, ale věřím že se phobos bude nadále rozvíjet, takže do budoucna už bude umět úplně vše. Funkce které člověku chybí se dají řešit pomocí externích knihoven, těch ale moc není, ale díky  binární kompatibilitě s C, není problém používat Céčkové knihovny. Já osobně jsem během hodiny měl kompletně napsaný modul pro práci s mysql databází. A během druhé i pro postgresql. Existuje i projekt pod názvem Deimos, který zastrešuje různé knihovny v C obalené pro použití v D. O tom jak si napsat vlastní obalení okolo C knihovny bude možná, některý z mých dalších zápisků.

Pro mě sice né zas tak obrovskou výhoou, ale stále velkou na to abych se o ní zmínil je podpora GC (garbage collector). Já osobně jsem většinou sice zvládal správu paměti v C/C++ sám, ale proč si nedopřád to pohodlí a nechat trochu té práce na GC. Pokud někomu GC nevyhovuje, tak D nabízí možnost  GC vypnout, ale výrazně se to nedoporučujě. Sám ho nechávám zaplý, krom toho i se zapnutým GC totiž můžete mazat objekty sami jak se vám zlíbí.

Celkově se mi velice líbí univerzálnost použití tohoto jazyka. Kombinuje totiž prvky, které jsem obdivoval na jazycích jako je ruby a python s vysokým výkonem a nízko úrovňovým programováním a prvky funkcionálních jazyků. Jazyk D podporuje i inline assembler. Dokážu si představit použití tohoto jazyka jak pro různé desktopové a konzolové aplikace, tak i jako vhodný jazyk pro webový framework. Velice by se mi líbíilo, kdyby časem existovala mobilní platforma, která by pro psaní mobilních aplikací využívala práve jazyk D.

       

Komentáře

[John Hartigun]

Mě se zalíbil jazyk K. Funkce, která vypíše prvočísla od 1 do R:

(!R)@&{&/x!/:2_!x}'!R

Ray tracer se vejde na 7 řádků: http://www.nsl.com/k/ray/raya.k.

[kozzi]

Wow, taky moc pekne, ale popravde na psani webovych aplikaci bych to asi nepouzival, ackoliv na nejake podulohy by se to hodilo.

[dady]

Řekl bych, že tomu prd rozumíš.

[Bystroushaak]

Další write only jazyk? :)

[Bluebear]

Hu.

[xxxxxxxxxxxxxxxx]

Ehm.. tak to ja si radeji napisi funkci, sice o deset radku delsi, ale citelnejsi

[xxxxxxxxxxxxxxxx]

Ehm.. tak to ja si radeji napisi funkci v C, sice o deset radku delsi, ale citelnejsi

[:::]

ze ti to na prvni pohled pripada necitelny neznamena ze je to necitelny... jediny co z toho muzes odvodit je ze neznas syntaxi

[xxxxxxxxxxxxxxxx]

Vsechno je citelne, ale do jake miry :D

[Bystroushaak]

Ten jazyk vypadá jako bytecode :)

[xm]

Pojem "line noise" dostává nový rozměr! Tohle snad trumfne i Perl

[Bystroushaak]

Welcome to the herd :)

O tom jak si napsat vlastní obalení okolo C knihovny bude možná, některý z mých dalších zápisků.

O tom už jsem trochu napsal na czwiki4d.

[kozzi]

to ja se spis rozepisu o tom jak predelat .h do .d

[petr_p]

Z linuxové sekce jsem pochopil, že se k D programu linkuje statická knihovna. To není, po čem by příčetný vývojář toužil. Co dynamické knihovny?

A hlavně, co by se mi líbilo, by byl opačný postup, kdy v D napíšu knihovnu a tu pak linkuji k jiné céčkové aplikaci. To je totiž problém všech (snad až na objective C) vysokoúrovňových jazyků, že co v nich napíšete, zůstává zakleto pro daný jazyk. Například java má tohle standardizované (JNI), ale použití je značně kostrbaté a osobně mám pocit, že efektivita přenosu dat a volání mezi oběma systémy je bídná.

[Bystroushaak]

Přiznám se, že jsem to zatím nezkoušel, ale napíšu quakerovi, ten to tuším testoval.

[Bystroushaak]

OK, takže jsem se ptal a:

K D programům můžeš linkovat libovolné knihovny.

Co se týče tvorby knihoven kompilátorem, jdou všude kromě unixu oba dva typy, na unixech zatím jen statické, podpora dynamických byla částečně (zatím bez exceptions a TLS) přidána v minulém releasu kompilátoru. Příští release by měl přinést kompletní podporu dynamických (release je jednou za ~měsíc).

Linkovat C programy proti D knihovnám jde, jen před tím musíš inicializovat D runtime voláním nějaké funkce, tj vše.

[petr_p]

To zní dobře. Příští vydání kterého překladače? gdc?

[Bystroushaak]

DMD pokud je mi známo.

[kozzi]

no me tusim zde funguje linkovani i dynamickejch a to jak ldc, gdctak dmd

[Bystroushaak]

Jak jsem psal (zprostředkoval) - v současné verzi to prakticky funguje, ale chybí pár vychytávek.

[kozzi]

JJ, me slo spis o to ze to jde jak v dmd tak i ldc, gdc sice jde alejen nekdy a nejak to blbne

[Radek Miček]

To je totiž problém všech (snad až na objective C) vysokoúrovňových jazyků, že co v nich napíšete, zůstává zakleto pro daný jazyk.

Například v Haskellu to jde.

[petr_p]

Úžasné. Nevíte jak se to chová, když výsledek výpočtu v haskelu se nevejde céčkového intu? SIGABRT nebo to lze ošetřit ve wrapperu co používá fromIntegral?

[Radek Miček]

Nevíte jak se to chová, když výsledek výpočtu v haskelu se nevejde céčkového intu?

Nastane přetečení.

Zde je zdrojový kód odkazovaného příkladu (k funkcím fromIntegral jsem doplnil typy):

fibonacci :: Int -> Int
fibonacci n = fibs !! n
    where fibs = 0 : 1 : zipWith (+) fibs (tail fibs)

fibonacci_hs :: CInt -> CInt
-- S typy:
-- fibonacci_hs = (fromIntegral :: Int -> CInt) . fibonacci . (fromIntegral :: CInt -> Int)
fibonacci_hs = fromIntegral . fibonacci . fromIntegral

foreign export ccall fibonacci_hs :: CInt -> CInt

V příkladu pravý fromIntegral převede hodnotu typu CInt na Int a v případě, že by rozsah CInt byl větší než rozsah Int (norma Haskellu garantuje minimální rozsah typu Int 30 bitů), tak číslo přeteče. Levý fromIntegral provádí převod opačným směrem, a opět hodnota může přetéct.

CInt je typ Haskellu, jenž umí reprezentovat všechny hodnoty typu int z C.

[dad]

...Jestli je na C++ něco co mě opravdu štvalo, tak to byli komplikace způsoboné z nesprávným pořadím inkludů ...

te vete skutecne nerozumim ('byli' je ted vedlejsi, ale mozna to bude po doplneni spravne)

[kozzi]

Ach ta ma cestina, ma tam samozrejme byt tvrde y. jinak tuto vetu jsm nenapal nejstastneji. Chtel jsem proste rict, ze s hlavickovymi soubory je to proste obcas zazitek, protoze narozdil od modulu se jedna o prime vlozeni souboru,kdezto u modulu v jazyce D se jedna jen o exportovani symbolu. Jinak k tomu poradi pokud prvne vlozim soubor kterej ocekava treba nejakej typ a az nasledne soubor kde je danej typ definovan tak se dostanu do potizi.

[xxx]

Premyslel si proc hlavickove soubory, az podezrele casto, zacinaji

#ifdef

[Bystroushaak]

Protože jazyk saje? :P

[kozzi]

Ano toto makro samozrejme znam, ale neni to vse spasne a hlavne to resi jen problem ze se nenainkluduje soubor vicekrat a nefunguje to uplne vzdy dobre, uz jsem zazil situace kdy se mi to stejne vlozilo vickrat.

[Luboš Doležel (Doli)]

Zlaté microsoftí #pragma once!

[Luboš Doležel (Doli)]

Koukám na Wikipedii, že to už zase není v GCC označené jako obsolete. Vida.

[disorder]

ja som si oblubil python, s whitespacami som sa zmieril -- dokonca uznavam, ze to je vyhoda, ked to nuti prasata pisat pekne.

takze nie je pekny a sikovny ako ruby, ale hlavne si ma ziskal tym, ze je vykonnejsi a ma naozaj kopec pouzitelnych kniznic (to su dve veci, ktore ruby zrazaju)

[Bystroushaak]

No, Python je něco kompletně jiného. Ale z vlastní zkušenosti můžu říct, že přepisovat z D do pythonu lze skoro 1:1 (spíš 1.2:1), což se o žádném jiném jazyce, který jsem poznal říct nedá, tam je to většinou tak 10:1.

[Radek Miček]

RLE v Haskellu je kratší než RLE v Pythonu

[disorder]

mne ide najma o dynamicke typovanie. nevymenil by som ho ani za nic, efektivita "through the roof".

chapem, ze totalna spolahlivost sa lepsie ustrazi statickym typovanim a kontrolou pri kompilacii a tiez v "enterprise" sa tym daju lepsie ustrazit prasaciny, ale naozaj je to otrava na prototypovanie. nie je to hacker friendly (priklad: java).

[kozzi]

Vsak co vim tak python je na tom dost podobne co se typovani tyce jako D, pokud promenou pouziji jako int tak uz je stale int ne? Sice se ta typy neuvadeji ale to je tak vse

[Bystroushaak]

Jenže v pythonu proměnná intem zůstat nemusí :)

V D je možné tohle simulovat použitím auto jako specifikátoru typu, při kterém si ho kompilátor sám odvodí datový typ podle použití, což ovšem opět neumožňuje použití jedné proměnné na cokoliv. V phobosu je typ variant, který tak použít jde.

Na druhou stranu, mě statické typování v D vyhovuje do té míry, že ho používám často radši než python :)

[kozzi]

Opravdu nemusi, aha tak to jsem to nekde spatne cetl :), ja stejne vzdy i v pythonu, PHP atd zachovaval to ze jedna promena vzdy reprezentuje stale ten stejny typ

[Bystroushaak]

Ono je to až na vyjímky lepší pro zachování duševního zdraví :)

[kozzi]

JJ, ono kdyz pak clovek prepisuje po nekom kod a promena title na zacatku obsahuje nejaky retezec, uprostred je to pole a nakonec kdyz se dostane az k return title, tak zjisti ze to vraci cislo :D

[JS]

Opravdu solidni jazyky tento problem resi. Bohuzel vsak dosud neexistuji.

[lmb]

??
Staticky typované jazyky neexistují ?

[Radek Miček]

Dynamicky typované jazyky jsou speciálním případem staticky typovaných jazyků.

[Ladicek]

Stejně tak se dá říct opak, takže bych řekl, že to je zcela irelevantní informace

[Bystroushaak]

Staticky typované to řeší imho jen částečně, to pravé ořechové jsou matematicky verifikovatelné jazyky, které pokud vím v současnosti stále neexistují.

[Ladicek]

Existují. A jsou v zásadě k ničemu a z povahy věci vždycky budou. I když Radek bude říkat něco jiného

[lmb]

U silně staticky typovaných jazyků jako např. haskell (98 i 2010) je uvedený příklad (řetězec -> pole/seznam -> číslo) neproveditelný.

Kód mimo funkcí v IO monádách je s drobnými omezeními verifikovatelný (např. Zeno). No a pak je tu ještě Agda nebo Coq

[Radek Miček]

U silně staticky typovaných jazyků jako např. haskell (98 i 2010) je uvedený příklad (řetězec -> pole/seznam -> číslo) neproveditelný.

Technicky vzato mohu napsat

coerce = coerce

a přetypovat cokoliv na cokoliv. Další nepříjemností Haskellu je, že nemá induktivní typy, takže není možné použít matematickou indukci.

[lmb]

Uvedený výraz coerce = coerce lze "přetypovat" jen jednou a to buď explicitním uvedením signatury nebo typovou inferencí, tzn. v celém programu má jedinečný typ. Tedy AFAIK, stále se haskell teprve učím.

Haskell nemá induktivní typy ? Např. Maybe Int nebo String nejsou ?

[Radek Miček]

Pokud neurčím jinak, tak kompilátor odvodí nejobecnější typ, a to coerce :: forall a. a – všimněte si toho kvantifikátoru – za a mohu dosadit cokoliv.

Hodnoty induktivně definovaného typu vzniknou konečnou aplikací "zobecněných nul" (u seznamu Nil) a "zobecněných následníků" (u seznamu Cons). Jenže například repeat 'c' je hodnota typu String resp. [Char], která vznikla nekonečnou aplikací.

[Ondra]

tohle, prosim, rozvedte. nejsem si moc jisty, jak vas chapat. prijde mi, ze nejdrive reknete, ze Haskell induktivni typy nema, ale pak vzapeti pisete, jo.

[Radek Miček]

Nekonečný seznam nepatří do množiny induktivně definovaných seznamů stejně jako "nekonečné přirozené číslo" S(S(S(...))) nepatří do množiny přirozených čísel. Například následující typ v Haskellu je vlastní nadmnožinou přirozených čísel (přirozená čísla neobsahují inf = S inf):

data Peano = O | S Peano

[JS]

Existuje dosud neprozkoumana (podle meho soudu, ale asi jsem na ABCL asi jediny.. ) trida jazyku, ktera sjednocuje staticke a dynamicke typovani (nebo lepe, vyhody obou). A nejsou to verifikovatelne jazyky, i kdyz ty do te tridy patri take. Teste se na budoucnost, bude zajimava!

[Ladicek]

Co máš na mysli? Volitelné typy (optional typing) ze Strongtalku (a Dartu) asi ne, ale nic jiného mne nenapadá

[JS]

Uz jsme se o tom bavili, pred casem. Zadny progres ovsem v tom smeru nemam.. (lenost a jine projekty)

[JS]

A mimochodem, neco podobneho nedavno zminovali tady. Eventualne se ten spor rozresi prostrednictvim interaktivnich systemu.

[JS]

A jeste mimochodem, jazyk Julia, co v tom blogu zminuji na zacatku, taky vypada zajimave. Nejspis to zkusim nekdy pouzit na sve matematicke projekty.

[Radek Miček]

Jiná možnost je, že programátor popíše vlastnosti (typ) funkce a kompilátor k nim automaticky vygeneruje konstruktivní důkaz (funkci) jako to umí Djinn.

[JS]

Uvazujete nad tim moc matematicky. Jina moznost je fyzika. Napisete program, provedete experiment (spustite ho na nejakych datech), a prekladac doplni typy na zaklade vysledku experimentu.

[Bystroushaak]

Imho bys o tom měl napsat minimálně článek.

[JS]

Tak ja jsem o tom na nejaky blogpost tady psal (bohuzel zde hloupy vyhledavac to nedokaze najit). Nechci o tom napsat clanek z duvodu uvedenych tam. Ale diskusi uvitam.

[Bystroushaak]

Já jsem to tenkrát četl, ale rád bych si na tohle téma přečetl něco uceleného. Pro tebe by to mělo výhodu v tom, že by sis aspoň utřídil myšlenky (nic je neutřídí lépe než psaní článku).

[JS]

Ja jsem prave chtel, aby je utridilo psani te implementace.

[disorder]

takze zase nic pre interaktivne programy (nativne, web aplikacie)

[JS]

Co byste si tak predstavoval?

[Radek Miček]

Napisete program, provedete experiment (spustite ho na nejakych datech), a prekladac doplni typy na zaklade vysledku experimentu.

Jak se ale zajistí, že odvozené typy budou správné i pro jiné běhy? Podobnou věc mohu udělat abstraktní interpretací.

[JS]

To se nezaruci. Proto to jeste zkoukne programator. Ono kdyz se podivate na programy v realnem svete, tak tohle by pomohlo opravdu vic nez snazit se vsechno dokazat.

Je to proste klasicky spor logicka dedukce vs. logicka indukce. Co vydedukujete bude 100% spravne, ale zase toho bude mene a slabsi. Indukci dostanete ne 100% spravny vysledek, ale zase se dozvite plno zajimavych veci. Ten muj pristup dedukci nevylucuje, kdezto ciste logicke formalni systemy indukci ano.

[deda.jabko]

Ja tak obcas programuju uz dnes. Nabusim v Jave rychle kod a pak jedu pres errory a warningy a nechavam Eclipse at to opravi, napr. deklaruje promenne, odvodi spravny typ, atd. Obcas cumim, kolik kodu Quickfix vygeneruje za me.

[Ladicek]

Aha, tohle. Nějak jsem si to neasocioval s typovými systémy

[JS]

Základní výhodou je pro mě syntaxe velmi podobná C/C++

Tohle moc nechapu, a nechapal jsem to ani u Javy nebo C#, a vlastne retrospektivne ani u C++ (vuci C). Prijde mi to jako takova vejicka na uzivatele - pojdte sem, mame skoro stejnou syntax! Ale ve skutecnosti se v tech jazycich programuje jinak a maji zcela jine zakladni knihovny. Syntax je jen mala cast toho, co musite znat. A ten rozdil se zvetsuje s tim, jak se jazyky vyviji. Jelikoz D je (doufam) jeste stale ve vyvoji, je to trochu podfuk, ne?

[Bystroushaak]

Ano a ne. Já jsem za C like syntax většinou rád, protože člověk nemusí do hlavy dostávat úplně nový způsob zápisu programu. Díky tomu se kód lépe čte, tedy alespoň mě. Když mám číst VHDL, pascal nebo go, tak je mi z toho do blití :)

[JS]

Mimochodem, da se Qt pouzivat z D? Kdyby jo, byl by to zavazny duvod ho zkusit. Ja sice v C++ nic nepisu, ale kdybych musel, bez Qt bych si to nedovedl predstavit.

[kozzi]

Ano Qt ma i port pro D jmenuje se QtD

[kozzi]

Ale popravde jsme to nestestoval jak moc je to funkcni a i vyvoj se zda ze je momentalne pomalej, pokud jsme se dival tak 10 mesicu na to nikdo nechytl, ale duvodem muze byt ze proste nebylo treba :)

[xxxxxxxxxxxxxxxx]

Jak je to vubec s tim Dckem? Nezajimaji me moc ruzne knihovny, ale spise kompatibilita a podobnost s C/C++. Citace tady z abicka: high-level programovací jazyk s přístupem k low-level interface .... takze se v tom daji naprogramovat os / drivery ? Zachovává ABI kompatibilitu s C a částečně i s C++ ... jen ABI? Takze pisi aplikaci a rozhodnu se pozdeji, ze to budu psat dale v Dcku... to to musim cele prepsat? Jaka je rychlost aplikaci v Dcku? Je to rychlejsi nez C++ (pouzivam to jako C s OOP + dalsi ruzne finty - jmenne prostory, template funkce atd..)? Nebo je to takovy C# s low level pristupem? Nechci zakladat flame, tahle otazka miri k lidem, kteri jiz v Dcku delaji nejaky ten patek. Dekuji za odpoved.

[Bystroushaak]

Na většinu těchto otázek najdeš odpovědi na titulní straně czwiki4d.

[xxxxxxxxxxxxxxxx]

Musim te pochvalit, ze jsi si dal tu praci udelat strucny prehled. Diky. Ale tak trochu tam nechapu ten carbage collector (kdyz se jedna o systemovy jazyk), jeste ze se da vypnout...

[Bystroushaak]

S garbage collectorem je svět o hodně hezčí :)

Jinak tam není jen stručný přehled, jsou tam i návody a něco jako tutoriál, zatím nedokončený.

[xxxxxxxxxxxxxxxx]

jj tedkom to vidim...hezka prace... ja carbage collector nemam moc v lasce, proto jsem zustal verny C/C++ jazykum a nesel do Javy atd... proto taky preferuju destruktory v C++.

[disorder]

inak z jazykov v tomto smere je mi sympaticky Vala. je to to, co malo byt C++: syntactic sugar pre ciste C, s garbage collectorom a modernou objektovou standardnou kniznicou (glib).

keby som velmi velmi potreboval vyvijat nieco rychle a python by nestacil, tak by som dal skor sancu tomu nez D.

[kozzi]

JJ vala vypada moc pekne, treba se k ni taky nekdy dostanu, ale zatim jsem jenom u D a V je prece jen jeste daleko :D

[=^..^= AmigaPower®]

Ty Huláne!