OldComp.cz

Tak konečně znám autora Petra

Mě naštěstí MFC postihlo až v polovině nultých let, kdy to už bylo odladěné Staré MFC 4.2, se kterým se poslední čtyři roky zabývám, bylo zavšivené (tak jako všechno, co kdy začínalo) - ne moc, ale když už, tak to stálo za to. Dovedu si představit, že v 90.letech to muselo být dost frustrující bez Googla (a pořádných knížek - ty třísetstránkové nepovažuju za relevantní).

Jinak, když potřebuju, tak si jednoduše validátor napíšu. Když už jsem investoval čas do nějaké custom (nebo common) kontrolky, tak už obětuju těch pár (desítek) minut na (první) napsání vlastního validátoru (a "readeru"). Nicméně většina okýnek je v drtivé převaze tvořena standardními kontrolkami, takže defaultní chování postačuje.

Tak snad jsme to vyřešili Děkuji Pandovi za subdiskuzi a teď vás tu nechám opět u C

_________________
より良い競争相手からソフトウェアを購入する (｡◕‿‿◕｡)
Ďábel se skrývá v detailu (staré technické rčení)

Pokud bych tvořil Céčkový programy kompilací přes CMD okno, tak bych zkusil použít PSPAD. To je dobrý a relativně jednoduchý IDE, v kterym jdou používat různý kompilátory.

Nainstaloval jsem 17 GB VS a zjistil, že dělá jen C++?

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

C programming in Visual Studio, asi nejlíp shrnující článek

_________________
より良い競争相手からソフトウェアを購入する (｡◕‿‿◕｡)
Ďábel se skrývá v detailu (staré technické rčení)

Trocha slušného (vy)chování: https://fabiensanglard.net/fd_proxy/doom3/CodeStyleConventions.pdf

_________________
Plesnivý sýr z Tesca, zatuchlé kuřecí řízky z Albertu, oslizlé hovězí a myší trus z Lidlu.
Nákup potravinářské inspekce v ČR, říjen 2023.

Ked som s nim naposledy robil tak bol free a open-source.
Kedze C je podmnozina C++, tak (vzhladom na temu tohto vlakna), co ine by este malo vediet ???

Inak ja osobne na napisanie a odladenie pouzivam VS (momentalne verziu 2015, cca 50 GB moloch to je v plnej instalacii) a pre nieco jednoduchsie a tiez aj pre kompilaciu finalnych binariek MinGW. VS je moloch, a aj exace co generuje su molochy, MinGW dokaze vygenerovat rovnako fungujuci, ale ovela kratsi exac so slusnejsim kodom.

Skusal som kedysi aj MFC, ale to mi napokon prislo iba ako objektovo-dezorientovany wrapper (a zbytocna medzivrstva) pre volanie normalnych API sluzieb. A nie je portable. Preto som od neho upustil.

Robil som nejaky cas aj v QT, tam sa mi pacila portovatelnost grafickych API (ten isty kod grafickej aplikacie skompilujem pod win aj linuxom a pojde). Ale nepacilo sa mi na nom to ze aby aplikacia skompilovana v QT fungovala, v systeme musi byt navyse 1.5 GB kniznic (QT verzia 5.3.1). Samozrejme vsetky aktualne pouzite kniznice sa daju prikompilovat aj staticky, takze vysledny exac je samostatny (bezi aj na holych windowsoch) ale zase aby obycajny "HelloWorld" mal 15 megabajtov, tak to teda nie !

(Hlavne ked v assembleri ho spravim na 452 bajtov, ale to je uz ina tema...)

Mohlo by to nabídnout typ projektu "console v C" a nepodařilo se mě najít v nastavení aby mě ubohou C podmnožinu neoznačoval jako chybu

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

S Qt nemám zkušenosti, nicméně něco málo se mi doneslo. Zdrojáky budeš mít určitě, stejně jako je máš u MFC, které si koupíš společně s "pro" licencí Visual Studia - pod "Community" a "Academic" licencemi nesmíš vyrábět komerční aplikace. Nicméně z těch kusých informací co o Qt mám jsem vyrozumněl, že firmy musí zaplatit. Wikipedia je trochu sdílnější.


Nicméně jak do Qt nevidím, tak si pod tím nedovedu nic moc představit.

_________________
より良い競争相手からソフトウェアを購入する (｡◕‿‿◕｡)
Ďábel se skrývá v detailu (staré technické rčení)

Programy s QT pro Windows se stejně chovají dost nestandardně proti běžným zvyklostem. Spíš by bylo lepší pro každý systém použít nativní GUI a univerzálnost interface řešit až na úrovni přístupu aplikace k dialogům? Ve firmě jsme řešili univerzální aplikaci pro pokladny použitím Python + Pygame (přes SDL, s vlastní jednoduchou správou ovládacích prvků), což bylo řešení fakt nic moc, ale aspoň to fungovalo stejně pod Linuxem (nebyl nutný správce oken) i Windows (mohlo jet v okně i fullscreen).

_________________
i++ (INC) increment
i-- (DEC) decrement
i@@ (EXC) excrement

Konzolu volíš při založení nového projektu: Visual C++ / Win32 / Win32 Console Application. C kód můžeš psát i do CPP souboru, to nevadí.

_________________
i++ (INC) increment
i-- (DEC) decrement
i@@ (EXC) excrement

No to jsem zvolil, ale po nakopírování zdrojáku, to byla samá vlnovka, kód, který v B:C chodí bez problému. Jen pro úplnost mám VS 2017.

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

Microlane a co to delat v C#? Treba pekny navod je https://docs.microsoft.com/cs-cz/visual ... ew=vs-2017 ale ted navodu je na internetu cela rada. Hodne strednich skol to uci a jsou tak materialy s podporou EU jsou na webu. Pro nekoho kdo potrebuje se zamerit na kod je to idelani.

Starýho psa novým kouskům nenaučíš...

//Ten tutoriál je pěkný, ale už to se mě nelíbí, že jednou dělám něco pro konzoli a musí to sdělení strašit u každé funkce.

_________________
TEMS-49, PMI-80, rep. MK14, ZX81, ZXspectrum+, TI58, MZ-800

Asi myslis to "Console.WriteLine"? To slovo Console vubec nemusis psat a nic ti nebrani si udelat funkci "W" a ta bude volat WriteLine. Jedna z obrovskych vyhod C# jsou plne knihovny funkci a je logicke ze musis prekladaci rici co vlastne chces volat. Ale stejny problem mas i u jinych jazyku a prekladacu.

Qt je zadarmo (snad i pro komerční použití), pokud se linkuje dynamicky = aby můj exáč běžel, potřebuje buď Qt soubory u sebe v adresáři, eventuelně na cílovém compu nainstalovanou Qt knihovnu. Pro statické linkování (= Qt knihovna je přímo v mém exáči) se musí zaplatit licence.