Diskuze: Násobení double [Lazarus]

Tvůrce

Zobrazeno 12 zpráv z 12.
//= Settings::TRACKING_CODE_B ?> //= Settings::TRACKING_CODE ?>
Ahoj, už jsem v tom dlouho nic nedělal, ale převody jsem řešil takto.
test.Caption := FloatToStr(StrToFloat(pocet.Text) * StrToFloat(cena.Text));
Vizuálně se mi to sice moc nelíbí, ale funguje to, učitelovi to snad
bude stačit. A hurá zpátky k C++. Díky.
Mno, možná by sis o kousek vylepšil score, kdyby jsi tam alespoň ošetřil výjimky. Buď použitím TryStrToFloat & TryFloatToStr a nebo blokem try-except. Zapsat to takhle je prasárna, která nemá moc společnýho s tím jestli je Pascal in, nebo ne ... ale leccos to napoví o člověku, který kód psal.
Shodit tvůj kód by uživatel dokázal byť i nevědomky jen díky tomu že neví jestli má použít desetinnou čárku, nebo tečku.
To máš naprostou pravdu. K mému neštěstí jsme se ale k výjimkám
ještě nedostali (i to, co teď řeším je v podstatě nad rámec učiva);
vymluvím se ti s tím, že doma se mi jazyk, který nemá budoucnost učit
nechce. Myslím dále, než podle osnov školy. Raději bych to napsal třeba v
C#, nebo v Pythonu. Alespoň základy ale musím umět, ne?
O to jestli jazyk má, nebo nemá budoucnost bych se raději asi nebavil.
Jistě máš nějaké speciální zdroje ze kterých čerpáš když tvrdíš co
tvrdíš. Těmi speciálními zdroji nemyslím diskuze zde, kde nadávající
viděli naposledy možná Delphi7, o Delphi případně tomu co nabízejí
slyšeli od tety na rohu a nadávají zřejmě proto že to tak dělá většina
. Jen pro pořádek, Delphi se
nezastávám jen mi tady ta skálopevná tvrzení tvrzení o budoucnosti čehosi
přijdou vtipná ...
Co se kódu týče, nemá to dle mého příliš společného s tím v čem
píšeš. Neošetření takhle do očí bijících výjímek je spíš lenivost,
nebo něco jiného ... předpokládám, že v C#, C++, nebo jiném jazyce který
máš rád by jsi to ošetřil. Je škoda ustupovat od svého standardu jen
proto že zrovna děláš v něčem co ti zrovna nevoní. To je asi celé co
jsem chtěl říct už od začátku .
Reálně nemám žádné speciální zdroje, ale z toho co jsem zaslechl v kombinaci s mými politováníhodnými zkušenostmi můžu tvrdit, že jazyk jako takový je relativně použitelný, přestože mu chybí určité rysy, které jsou dneska moderní. Nijak hluboko jsem to nestudoval, ale už v začátcích jsem začal pozorovat určité odchylky, které mi působily nepříjemnosti. Když jsem ale hovořil o budoucnosti Lazaru, měl jsem spíše na mysli ekonomickou stránku věci. Mnoho pracovních míst na tento jazyk nenajdeš. Z tohoto hlediska je perspektivnější pustit se do modernějších jazyků. Mimoto Pascal jako takový byl vytvořen pro studijní účely, nikoli pro reálnou praxi. (To, že se v reálné praxi začal hojně užívat je věc druhá.)
Delphi (Object Pascal) bych s původním Pascalem moc nesrovnával, protože to rozšíření (třídy, rozhraní, generika, přetěžování metod a operátorů...) je značné, i když asi trochu zaspalo dobu.
Jeden z problémů Delphi vidím v tom, že neexistuje (pro dnešní použití) rozumná verze zdarma, takže se produkt nedostane přííliš do povědomí mezi nadšence/studenty. Samozřejmě je tu Lazarus, ale nemám s ním příliš dobré zkušenosti (zvláště s IDE a debuggerem).
Další problém může spočívat v poněkud větší ukecanosti (ale to je možná tím, že moje znalosti jazyka příliš od Delphi 7 nepostoupily) oproti jazykům, které jsou dnes považovány za moderní.
Minimálně z historického pohledu má Delphi docela tradici u velkých databázových projektů (alespoň na to občas narazím) a jsem zvědavý, zda se ujme snaha výrobce dostat jej na mobilní zařízení (Android, iOS).
Takže ano, z pohledu většiny zdejší komunity (a i jiných komunit) Delphi rozhodně nepředstavuje mainstream, ale nezatracoval bych jej. Myslím si, že uživit se jím určitě půjde. Pracovních nabídek nebude tolik, o to ale mohou být zajímavější.
Nevím, jak Delphi, Lazarus má ale myslím knihovnu na převod do .apk. Jinak s tebou víceméně
souhlasím.
U Delphi se v posledních verzích snaží o něco na způsob multiplatformního frameworku pro tvorbu GUI (náhrada za/alternativa VCL) – FireMonkey. Nevím ale, jaká je realita (jak je to použitelné).
Je to moc příjemné, v kombinaci s LiveBindingem se dají poměrně
jednoduše dělat docela zajímavý věci...
Do budoucna by mělo jít (mám za to, že jsem v dokumentaci něco zakového
zahlédl, ale jsem líný to hledat) o náhradu za VCL. V současné době
fungují v desktopovém vývoji obě knihovny vedle sebe.
Zobrazeno 12 zpráv z 12.