Portál AbcLinuxu, 1. května 2025 08:44
writeln
? Jde to vůbec? Je fakt, že jsem zamrznul u TP 6, potom jsem našel C.
sprintf
v C). Ale Pascal jim to neumožní a (i) z toho důvodu je to špatný jazyk.
Já vím, že je to staré a Pascalská konvence předávání parametrů funkcím ostatně nic takového ani neumožňuje. Ale nemám rád tyhle speciální výjimky. Navíc, pokud jazyk samotný něco používá, ale programátorovi to naopak zakazuje, je to příklad špatného návrhu, ať už si o Wirthovi myslím cokoliv.
To už vůbec nemluvím o dynamických polích a podobných věcech chápu, že milovníci C++ na to jistě mají odlišný názorNo C++ je šíleně složitý jazyk, ale mám raději jazyky, jejichž tvůrci se nerozhodovali, co všechno v něm nepůjde jednoduše udělat. Navíc tíhnu k dynamickým jazykům, takže C++ dvakrát nepreferuji.)
<lehce mimo>Pořád lepší než přetížený operátor + pro nastavování titulku oknaCož je jistě problém návrhu jazyka a vůbec to není problém dotyčné knihovny, která používá operátor + pro nastavení titulku okna, co? Takže zatímco mi v C++ stačí změnit knihovnu, nebo napsat potomka dané třídy a místo + používat normální metodu</lehce mimo>
setTitle(std::string)
, tak v Pascalu musím pro napsání obdoby writeln
a) změnit jazyk b) přepsat překladač. Tak nevím, co bude lepší Já vím, že je to staré a Pascalská konvence předávání parametrů funkcím ostatně nic takového ani neumožňuje. Ale nemám rád tyhle speciální výjimky.Jasně, je to relikt, který si nikdo nedovolil úplně odstranit. Což není bug, nýbrž feature, funkce s proměnným počtem parametrů jsou dost kontroverzní záležitost. V Delphi jsou implicitní hodnoty parametrů, ale uznávám, že
writeln
s tím nenapíšu.
To už vůbec nemluvím o dynamických polích a podobných věcechTa dynamická pole jsou v Delphi taky. Ale pokud se pamatuju, chovají se v některých věcech jinak než ta statická (a nemám na mysli fakt, že mají proměnnou velikost
To měl být pokus o vtip, a krom toho jistě víte, že existují (vulgárně řečeno) dva názorové proudy: 1. jazyk by měl umožnit programátorovi úplně všechno a je na něm, aby toho nezneužíval; 2. jazyk by měl být restriktivní a neměl by nechat programátora dělat něco, co by mohla být prasárna. Nechci se hádat, který je "lepší", ale faktem je, že Pascal se ze zjevných "historických" důvodů řadí k tomu druhému a nikdy nebyl důvod na tom cokoliv měnit (i když zrovna to Delphi svým překotným vývojem pěkně zprasáčtělo).<lehce mimo>Pořád lepší než přetížený operátor + pro nastavování titulku oknaCož je jistě problém návrhu jazyka a vůbec to není problém dotyčné knihovny, která používá operátor + pro nastavení titulku okna, co?</lehce mimo>
já Pascal rád nemam, přijde mi jako v praxi velmi špatně použitelný jazyk a nelíbí se mino já mám jiné zkušenosti, třeba v Delphi se dobře dělají projekty jako textové editory, prohlížeče obrázků apod. ovšem na jiné aplikace je nevhodný, dá se říct až krkolomný.
...dokonce sem snad někde četl nějakou esej proč je Python na výuku programování lepší než Pascal...První jazyk: Python
já Pascal rád nemam, přijde mi jako v praxi velmi špatně použitelný jazyk a nelíbí se mi. Někdo ho považuje dobrý aspoň jako na výuku programování (k čemuž byl taky původně určen nepletu-li se)Pascal byl sice původně určen pro výuku programování, ale to, čemu se dneska říká Pascal, má s tím Wirthovým bazmekem společné akorát jméno. Podotýkám, že tím neříkám nic o kvalitách nebo nekvalitách toho jazyka, a ani nechci... (ale jsem zatvrzelý... bývalý zatvrzelý Pascalista/Delphista
Tak já si naopak myslím, že dobrý prohlížeč obrázků v gnu/linuxu není. Takže jenom vítám tenhle pokus. IrfanView mi totiž vždy přišel nejlepší - splňoval mé požadavky dokonale.
Hlavní chyby těchto programů v gnu/linuxu (z mých zkušeností):
při otevření obrázku a stisknutí mezerníku nebo šipky nepřejede na další obrázek ve složce
nebo neumí slideshow
a pokud tohle všechno umí, tak je strašně hnusnej a nepřehlednej:-P
K tomu, že binárka má už teď 6.6MB - strip zmeší binárky z Lazaru několikanásobně.
Problem techto prohlizecu je, ze se do nich postupne pridavaji dalsi a dalsi funkce, az to je neskutecny moloch po vsech strankachPřehánět to nebudu, dám si s tim práci, aby to bylo čistý, přehledný a co nejrychlejší. Snad se mi povedou aspon základní funkce jako ukládání do jiných formátů. Efekty by měli být z části na plug-iny, ale ty já psát nebudu (Picturerus Vanilla)
Včera jsem si prohlížel dokumentaci PyQT, v tom by to mohlo jít (PyGTK se mi nezalíbilo).Tak to souhlasím, já jen navrhl různé alternativy
No momentálně se rozhoduji mezi C++/GTKmm, nebo PyQT, upřímě, víc se mi zamlouvá PythonVšak také Python se s C++ nedá srovnávat
Moje konečná slova: napíšu to v Pythonu s PyQT a změním název z "Picturerus" na něco nejazykolamného. tečkaTo mě opravdu těší
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.