Vhodný programovací jazyk na Winech.

[petrfilipi]

Já jsem začal na Delphi 5, teď mám už nějaký ten rok Delphi 7 a spolu s knihovnami pana Burgharda Kainky (z knihy Využití rozhranní PC pod Windows) mohu spolehlivě potvrdit, že přímý přístup na COM mi na W7-64b proff. funguje naprosto bezproblémově (pouze je nutné do oken nahrát jeden sys soubor).
Před časem jsem dělal automatický odpovídač na naše radiomodemy, připojené přes COM a funguje to taky na 1. pokus.
Tady je příklad mého posledního okenního programu pro přepočet stupnic (je to několikanásobná trojčlenka, ale něchtělo se mi to počítat pořád dokola, prostřední zobrazovač je de facto konverze z jednoho proudu na jiný).
Taky mohu bez problémů zpracovávat/generovat xls nebo xlsx. Teď jsem sehnal i "free" knihovnu. Dříve, když jsem měl na xls jen knihovnu do vývojového prostředí, jsem si musel crackovat moje vlastní programy. Prostě knihoven na práci s Delphi je mraky.


Petr

[frpr666]

RE: zůstala u assembleru i pod win v něm jde programovat
Podle mě pro PC už je lepší zvolit nějaký vyšší programovací jazyk.
Ten má zpravidla takové vychytávky jako bohaté knihovny, pokročilou správu paměti, preprocesor, jmenné prostory atd.
Ale kdo chce v asm. programovat 32bit. procesor na 1GHz a OS windows, tak tedy přeji hodně štěstí
PS. nebyl by nějaký školní code snippet, jak vypadá takový hello world v asm?

[Andrea]

Ale jo, jak je libo.

Kód: Vybrat vše

   .386
   .model flat,STDCALL
   LOCALS lo
   STACKALIGN

include win32.inc

;==============================================================================
;   C O D E
;==============================================================================
   .code
start:   
   call MessageBox, NULL, offset HelloTxt, offset WinTxt, MB_OK
   call ExitProcess, 0

;==============================================================================
;   D A T A
;==============================================================================
   .data

HelloTxt   db "Hello World!",0
WinTxt      db "Win32 API",0

   ends
end   start

[DRAKE]

Visual Studio Expres Edition je zdarma i pro komerční účely. Neznám nic jednoduššího na tvorbu aplikací pod win. Můžes taky skusit Qt Framework s IDE QtCreator, je to zdarma a jazyk C++.

Hodně zdaru

[forbidden]

Zatím jsem si stáhl Microsoft Visual C++ 2010 Express a zkouším. Na výuku C++ jsem našel na webu seriál, tak i proto. Hello World jsem už zvládl

[mtajovsky]

Kdo chce mít jednoduchý život půjde do C# nebo jiného jazyka pro .NET. Já jsem nejvíc dělal nejprve s Borland OWL a pak s MFC. Tvrdé jádro jde pak na holé Win API a céčko. Používat assembler nemá cenu ani pro komunikaci s HW, protože většina OS, který vás bude stále od od HW oddělovat, je stejně napsána v C, pokud nebudete psát kernel drivery nejnižší úrovně. Kromě toho, že by to nic nepřineslo, znamená to dost opruz. Drtivá většina dokumentace pro Win API i driver SDK je napsána pro C - struktury, volání funkcí, konstanty a enumerace. K tomu jsou k dispozici v SDK i příslušné hlavičkové soubory. Pro psaní aplikací s GUI to chce trochu znát i resource script nebo aspoň základní principy tvorby a využívání resources v integrovaném editoru.

Poslední dobou jsem použil kombinaci MFC a .NET tříd. C/C++ kompilátor v MS Visual Studio 2010 a novější má v sobě rozšíření, a je možno se lehce napojit na managovaný kód (viz gcnew a další). Takže například odeslat e-mail z C++ kódu s použitím .NET tříd je otázkou několika řádek. Pro toho, kdo chce dělat efektní GUI bych doporučil WPF, což je následovník Silver Light.

forbidden << až si projdete kurs C/C++, tak si najděte něco o STL. Je to v některých ohledech už trochu C++ vyšší dívčí, ale teprve pak oceníte sílu C++. Toto je taky zajímavý odkaz.

[Andrea]

Jo, přesně to jsem čekala, už tu chybí jen něco o tmářství assembleristů a světlých zítřcích výpočetní techniky na vlně pojídačů koláčků s .NETem a Javou.

[mtajovsky]

O tmářství tu nebyla řeč, je o tom, co se dnes nabízí a nejvíc používá. Když vás to baví, klidně si pište programy dlouhé 2500 řádků, které umí otevřít jeden dialog. Máme svobodu, každý si může zvolit co chce. Například i míchat beton ručně lopatou a vařit na otevřeném ohni, že. Ale doporučovat assembler někomu, kdo se začíná učit psát pro wokna není zrovna to pravé ořechové. To, než by něco napsal, to by bylo snědených koláčků

[Andrea]

A doporučovat někomu na ten "jeden dialog" .NET je kchůůůl.

[rnbw]

.NET a Java je hnus. Ako prvu vec spomeniem naroky na HW. Ten program, co Andrea napisala v assembleri na 2500 riadkov by mal v .NETe mozno 500 (ak to ma aj nieco robit a nie je to len dialog). Lenze by sa spustal pol minuty a zaberal v pamati 250 MB.

Zastancovia casto spominaju multiplatformnost, takze nieco k nej:

Multiplatformnost .NETu znamena, ze program bude bezat vo Windows Vista a Windows 7. Mozno aj vo Windows XP, ked sa doinstaluje tona sraciek. Mac alebo Linux akoby neexistovali.

Pri Jave je to trochu lepsie: Solaris, Windows, Mac, Linux. Ale to je vsetko - multiplatformnost je len tam, kde Sun (teraz Oracle) urobil JRE. A to za predpokladu, ze program nie je spraseny - videl som programy v Jave, ktore mimo Windows nefunguju...

[mtajovsky]

Pro zaměstnavatele nebo toho, kdo se musí starat o ekonomickou stránku věci, je to velmi cool. Je jedno, v čem se to napíše, protože trend posledních asi tak 15 let v IT je jít na věci hrubou silou HW. Podstatné je, kolik času to zabere a tím pádem, kolik to stojí. IT firmy počítají náklady na SW projekty zásadně v mandays.
Takové věci jako upgrade procedury, migrace dat, testy a podobně se píší téměř výhradně ve skritpovacích jazycích (shell, Perl, Python). Vývoj je odhadem 5-10x rychlejší, než kdyby se na to zakládal klasický projekt s užitím gcc.

Ten program, co Andrea napisala v assembleri na 2500 riadkov by mal v .NETe mozno 500 (ak to ma aj nieco robit a nie je to len dialog). Lenze by sa spustal pol minuty a zaberal v pamati 250 MB....

Ač není mým zvykem používat silné výrazy, teď kvalifikovaně napíšu, že je to blbost.

Multiplatformnost .NETu znamena, ze program bude bezat vo Windows Vista a Windows 7. Mozno aj vo Windows XP, ked sa doinstaluje tona sraciek. Mac alebo Linux akoby neexistovali....

Porty .NET pro Linux už existují delší dobu. http://www.mono-project.com/Main_Page

[Habesan]

Myslím, že flame na téma assemler vs. jazyky na úrovni Virtuálních Strojů, je zbytečný, když tazatel forbidden už na začátku nepřímo uvedl, že je assemblerista, byť v mikrokontrolérech PIC.

[Andrea]

trend posledních asi tak 15 let v IT je jít na věci hrubou silou HW. Podstatné je, kolik času to zabere a tím pádem, kolik to stojí. IT firmy počítají náklady na SW projekty zásadně v mandays.

Nejen v IT v posledních letech převažuje kvantita a konzum nad kvalitou a šetrností, podle toho se to taky všechno řítí tam, kam se to řití. A že je to kchůůl neznamená, že s tím musím souhlasit a podílet se na tom, naštěstí.

[mtajovsky]

OK, forbidden nastínil, že by bylo dobré se naučit C a WinAPI jako další doplnění k jeho programování miker v asm. Myslím, že je to dobrá volba. Kdo se naučí C, tak se v případě potřeby lehce orientuje v celé skupině dalších jazyků, jejichž syntaxe z C vychází.

[rnbw]

Ano, naklady sa od vyvojarov presuvaju na zakaznikov. Pri vyvoji sa raz usetri a zakaznici to potom splacaju nakupom noveho HW. To je pekne vidiet na "webovych aplikaciach". Dnes je to "cool a in" este viac ako .NET. "Krasna vec" je kompliacia do javascriptu (ktory sa nasledne interpretuje alebo kompiluje znovu nejakym JIT kompilatorom - a to uz na strane klienta). A potom chudak pouzivatel, ktory si na 2GHz CPU s 1,5 GB RAM pomaly ani mail neprecita.

Ano, skripty maju svoj vyznam. Na jednorazove pouzitie a obcas pouzivane veci. Tiez pouzivam shellove skripty. Ale uz sa mi viackrat stalo, ze bol vykon nedostatocny a musel som to prepisat. Napriklad do PHP a zrychlilo sa to mozno 50-krat.

Veci, kde od zaciatku je jasne, ze bude potrebny vykon, robim od zaciatku v C. GUI v C++ s Qt.