Win32(Visual Studio C++)

[sebad]

přešel sem k němu z DevC++ ale nejdou mi tady compilovat programy vždycky to hodí error, zkoušim ty samý zdrojáky co sem compiloval v DevC++ tam to nic nenapsalo ale tady furt nějakej error. musí se tam něco nastavovat? nikde sem tam nic nenašel

[Anduril]

Co třeba trochu více popsat ty chyby
Žes nic nenašel..tak asi nevíš co hledat

[sebad]

napíše to toto

--------------------Configuration: hellowin - Win32 Debug--------------------
Linking...
LIBCD.lib(crt0.obj) : error LNK2001: unresolved external symbol _main
Debug/hellowin.exe : fatal error LNK1120: 1 unresolved externals
Error executing link.exe.

hellowin.exe - 2 error(s), 0 warning(s)

1 error už sem odstranil tim že sem do Project-Settings-Link-Library modules nahrál winmm.lib ale další se mi opravit nepodařilo

[Gargamel]

Podle erroru to vypada na chybejici knihovnu, se kterou se to musi slinkovat (asi nejaka hodne zakladni kdyz to chce _main). Bohuzel ve win32 nedelam, takze neporadim.

[sebad]

dělám v C,ale myslel sem si že je potřeba umět Win32 abych mohl s céčkem programovat Windows aplikace.Je potřeba umět Win32 třeba i v C++ a C# nebo to se už dělá nějak automaticky?

[Anduril]

Tak mě napadlo...ta chyba vypadá na to, že děláš Win32 aplikaci (WinMain), ale máš nastavený typ projektu jako Console application a tak tam nemáš main fci...ne? Nebo tam máš main, ale chybí WinMain nebo tak.. Jen takový tip

Win32 API potřebuješ umět, pokud potřebuješ dělat aplikace na nízké úrovni (na úrovni systémových fcí). C++ ti nijak extra nepomůže co se týče Win32 API C#, resp. .NET Frmwrk je něco úplně jiného...obsahuje obsáhlou knihovnu fcí ze všech možných oblastí - Sockets, Winfows Forms (GUI), XML atd... Takže tam se bez Win32 API obejdeš. V C++ obyčejně můžeš použít taky nějakou knihovnu - např. MFC (Microsoft Foundation Classes - něco jako knihovny .NET, ale ne tak "uživatelsky přívětivé" (grafický návrh oken pro MFC podporuje MS VC++); popř. free open source wxWindows a podobně.
Pokud chceš co možná nejjednodušeji dělat Win aplikace (okýnka atd), tak doporučuju C# (MS .NET Framework) + nějaké vývojové prostředí...např. free SharpDevelop (umí i návrh okenních aplikací a další).

[ripper]

Pokud chceš co možná nejjednodušeji dělat Win aplikace (okýnka atd), tak doporučuju C# (MS .NET Framework) + nějaké vývojové prostředí...např. free SharpDevelop (umí i návrh okenních aplikací a další).

...nebo C++ Builder od Borlandu

[sebad]

Tak mě napadlo...ta chyba vypadá na to, že děláš Win32 aplikaci (WinMain), ale máš nastavený typ projektu jako Console application a tak tam nemáš main fci...ne? Nebo tam máš main, ale chybí WinMain nebo tak.. Jen takový tip

Win32 API potřebuješ umět, pokud potřebuješ dělat aplikace na nízké úrovni (na úrovni systémových fcí). C++ ti nijak extra nepomůže co se týče Win32 API C#, resp. .NET Frmwrk je něco úplně jiného...obsahuje obsáhlou knihovnu fcí ze všech možných oblastí - Sockets, Winfows Forms (GUI), XML atd... Takže tam se bez Win32 API obejdeš. V C++ obyčejně můžeš použít taky nějakou knihovnu - např. MFC (Microsoft Foundation Classes - něco jako knihovny .NET, ale ne tak "uživatelsky přívětivé" (grafický návrh oken pro MFC podporuje MS VC++); popř. free open source wxWindows a podobně.
Pokud chceš co možná nejjednodušeji dělat Win aplikace (okýnka atd), tak doporučuju C# (MS .NET Framework) + nějaké vývojové prostředí...např. free SharpDevelop (umí i návrh okenních aplikací a další).

já se ptám proto jestli se to má cenu učit,jestli se to hodí do budoucnosti,nebo je lepší se rovnou učit C#,když chci dělat programy pro Wokna

[Anduril]

No myslím, že pokud to neumíš, tak nemá cenu se to učit...protože je to poměrně "nepoužitelné"... programovat okenní aplikace přes Win32 API..je to zdlouhavé a nepřehledné... Hodí se to třeba tehdy, pokud děláš pouze jedno okno + nějaké nastavovací dialogy (např. v případě her), ale pro nějaký obsáhlejší program je to dávno překonané. Takže bych začal raději s C# Jde o to, že můžeš okna vytvářet vizuálně a kód za tebe generuje nějaký ten designer. No a pak taky knihovna .NET je hodně rozsáhlá a jednoduše se používá.

[sebad]

No myslím, že pokud to neumíš, tak nemá cenu se to učit...protože je to poměrně "nepoužitelné"... programovat okenní aplikace přes Win32 API..je to zdlouhavé a nepřehledné... Hodí se to třeba tehdy, pokud děláš pouze jedno okno + nějaké nastavovací dialogy (např. v případě her), ale pro nějaký obsáhlejší program je to dávno překonané. Takže bych začal raději s C# Jde o to, že můžeš okna vytvářet vizuálně a kód za tebe generuje nějaký ten designer. No a pak taky knihovna .NET je hodně rozsáhlá a jednoduše se používá.

THX to sem chtěl slyšet, a myslíš když ted umim jen C že je lepší jít rovnou na C# a vynechat C++?

[Anduril]

C++ klidně vynech....C# je něco mezi Javou a C++, ale více se to blíží Javě...C++ je trochu složitější

[sebad]

C++ klidně vynech....C# je něco mezi Javou a C++, ale více se to blíží Javě...C++ je trochu složitější

no to mi nevadí že je složitšjší,ale když už to je zbytečný tak pudu asi teda na C#

[Anduril]

No C++ jako takový zbytečný není, ale C# má pro vývoj okenních aplikací určitě větší budoucnost...

[Lopan]

No vynechat C++, ono je to v podstate objektove orientovace C, a pokud znas princip objektove orientovaneho programovani, tak ho klidne vynech, pokud ne, tak se na neho podivej. Ono treba Java je objektova, ale treba na me az moc. Vsechno musis resit pres objekty a obcas to je jako se skrabat levou rukou za pravym uchem, C++ je v tomto benevolentnejsi, C# temer neznam, tam neporadim.

[Anduril]

2Lopan: No C# je rozhodně více jako Java Taky je všechno objekt jako v Javě. V C++ objektově programovat nemusíš, ale v C# prakticky ano. Více než C++ se C# podobá Javě. Nejsou tam pointery, ale spíše něco na způsob referencí v Javě. Oproti Javě ale C# podporuje dědičnost a mnohotvárnost podobně jako v C++.
Takže můj názor...C++ může klidně vynechat, i když neumí objektové programování...Na C# se ho imho naučí mnohem jednodušeji.

[Lopan]

Vsechno objekt...... nejsem uplnym zastancem prisne oo pristupu, ale ma ma averze je spise dana tim, ze jsem se se striktnim oo pristupem setkal v Jave a Eclipse me nebeha svizne a Java Builder je slideshow
Kdyby treba zavedli v PHP veci jako private, protected, public tak je to pro me paradni jazyk, muzu si psat objektove i proceduralne.

Ale na C# se urcite podivam, rozsirim si obzory a dalsi vec do kolonky "umim/znam" pri budoucim shaneni prace

ad. Java: znam cloveka co me bude do krve bit za to, ze Java dokaze byt rychla, ale to ma kazdy cas dopodrobna zkoumat celou Javu aby vedel jak co optimalizovat? To je az neuveritelne komplexni jazyk, na druhou stranu v nem clovek udela cokoliv na cokoliv

[Rainbow]

Vsechno objekt......

V Smalltalku je vsetko objekt. Ale naozaj vsetko - az cloveku z toho zle prijde Aj cislo je objekt, sucet sa pocita tak, ze sa cislu posle sprava a druhy objekt a vznikne treti objekt, ktory je sucet. A potom je to cele uplne katastrofalne pomale...

[Lopan]

Ve smalltalku se u nas drive ucili principy objektove orientovaneho programovani. Pak se preslo na Betu. Takovou hruzu jsem jeste nevidel. Syntaxe postavena na hlavu, nic v tom neslo poradne udelat a to IDE Po peti minutach jsem zacal psat kod v notepadu

[ripper]

Kdyby treba zavedli v PHP veci jako private, protected, public tak je to pro me paradni jazyk, muzu si psat objektove i proceduralne.

je to sice uz trochu OT, ale muze se ta informace hodit (a novej thread kvuli tomu zakladat nebudu)
ono php od verze 5, co totalne predelali (k lepsimu ) objekty, to vsechno podporuje, takze to je paradni jazyk

[Anduril]

Kdyby treba zavedli v PHP veci jako private, protected, public tak je to pro me paradni jazyk, muzu si psat objektove i proceduralne.

je to sice uz trochu OT, ale muze se ta informace hodit (a novej thread kvuli tomu zakladat nebudu)
ono php od verze 5, co totalne predelali (k lepsimu ) objekty, to vsechno podporuje, takze to je paradni jazyk

No ale já např. nechápu, proč tak domršili konstruktory..ve verzi 4 byly prakticky stejné jako v C++, teď to nějak "nechápu"...

[Lopan]

je to sice uz trochu OT, ale muze se ta informace hodit (a novej thread kvuli tomu zakladat nebudu)
ono php od verze 5, co totalne predelali (k lepsimu ) objekty, to vsechno podporuje, takze to je paradni jazyk

No ze to meli zavest ve verzi 5 jsem vedel, ale ze uz vysla funkcni verze me totalne uniklo
A pokud tam dopracovali objekty do objektove podoby tak je to paradni dokonaly jazyk

4Anduril: mohl bys to trochu popsat?

[Anduril]

2Lopan: No je to sice trochu blbost, ale nechápu tu změnu:
PHP4:
class Zlomek {
var $cit, $jm;
function Zlomek($c,$j) { $this->cit = $c; $this->jm = $j; }
}

PHP5:
class Zlomek {
public $cit, $jm;
function __construct($c,$j) {$this->cit = $c; $this->jm = $j; }
}

Je to sice blbost, ale připadá mi to divné, vzhledem k jiným jazykům (Java, C++, C#)

Jinak je fajn, že PHP5 podporuje objekty, tak jak je obvyklé...

http://www.cs.vsb.cz/benes/vyuka/pte...sky/05-php.pdf

[KtK]

tak jedno pozitivum to ma-muze to ulehcit praci - az jednou prejmenujes tridu, nemusis menit nazev konstruktoru. (coz se nestava casto, ani ve velkym, ale stat se to muze neco jako kdyz v delphi/object pascalu kdyz vracis hodnotu funkce, uz nepises <jmeno funkce>:=vysledek ale result:=vysledek;

[Lopan]

Tak ty kontruktory jsou docela ok, cekal jsem podle tveho popisu neco drastictejsiho

Vcera me rikal znamy, ze pry PHP5 neni doporucene pro komercni nasazeni s Apachem, mate o tom nekdo blizsi informace?

[ripper]

Vcera me rikal znamy, ze pry PHP5 neni doporucene pro komercni nasazeni s Apachem, mate o tom nekdo blizsi informace?

co jsem zaslechl tak snad jen s Apachem 1.x. S Apachem 2.x uz pry v pohode