Herzlich Willkommen, lieber Gast!
  Sie befinden sich hier:

  Forum » Allgemeines (OffTopic) » windowsprogrammierung

Forum | Hilfe | Team | Links | Impressum | > Suche < | Mitglieder | Registrieren | Einloggen
  Quicklinks: MSDN-Online || STL || clib Reference Grundlagen || Literatur || E-Books || Zubehör || > F.A.Q. < || Downloads   

Autor Thread - Seiten: [ 1 ] > 2 < [ 3 ] [ 4 ]
010
17.03.2006, 21:16 Uhr
Reyx
IT-fetischistischer Wurstsalat mit rostigem Berghorn
(Operator)


Dennoch ist es völliger Quatsch, heutzutage noch mit den MFC anzufangen. Wer sie beherrscht, schön und gut, aber wer nicht, der kann mit den alternativen GUIs wesentlich schneller gleiche bis bessere Ergebnisse erhalten, als mit der MFC. So ist das z.B. auch mit der VCL von Borland -> Überall wird sie schlecht gemacht, aber man kann auch heute noch wahnsinnig schnell Ergebnisse damit sehen; wenn man sich eingearbeitet hat! Aber kaum jemand, der sich halbwegs in der Szene auskennt und schon ein wenig Programmieren kann würden heute noch auf die Idee kommen, von damit von 0 anzufangen!

Und was den Preis betrifft: Kommst du denn mit einer für den professionellen Einsatz tauglichen Version (nicht Express und auch nicht Standard) vom Visual Studio wirklich so viel günstiger weg?

Managed C++ hab ich nur angesprochen, da ja von C++ die Rede war

@Mr Evil: Bzgl. WinAPI schau dir mal den Petzold an.

----
Generell bin ich der Meinung, dass dieser ständig sinkende Wunsch nach Verständnis eine totale Fehlentwicklung ist. So wie Assembler völlig ins Abseits gestoßen wurde, so ließt es sich überall "WinAPI lernen ist hardcore - das braucht heute kein Mensch mehr". Was viele dabei vergessen: Es ist die Grundlage! Wenn niemand sich mehr um die Grundlagen schert, dann werden die mit der Zeit auch nicht mehr vorhanden sein. Was hat man dann davon? Unqualifizierte Pseudo-Programmierer, die nicht einmal wer wissen, was bei ihrem ach so schönen p-code überhaupt wirklich passiert. Nein danke! Komplette Programme in reiner WinAPI schreiben ist weltfremd, dennoch sollte man die Grundzüge verinnerlicht haben.

Dieser Post wurde am 17.03.2006 um 21:19 Uhr von Reyx editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
011
17.03.2006, 21:28 Uhr
Mr Evil



hmm -

in mein studium hab ich auf sybase power++ gelernt, und dort ging es nur durch mausschubserei - funktion raussuchen anklicken - n namen und feddich

das hatt mich immer angestunken - dann bin ich auf das windows-programmierung von hennig hansen gestossen - das erklaert richtig anschaulicht wie man fenster erstellt, labels, buttons - listboxen usw

da war dann meine frage wie man transparente fenster und solche spielereien machen kann - so bin ich dann bei der mfc gelandet mit diesem buch hier {windows 2000 systemprogrammierung}

ich mein, ich kann ja in mfc einlernen ueber die manuelle windows programmierung {nur kein mfc projekt erstellen}

und spaeter dann die mfc funktionen durch eigene aus der windows api ersetzen bzw umschreiben

ich weiss nicht ob das der richtige weg ist

evtl lieg ich auch voellig falsch, sollte das buch beiseite legen und ein neues suchen was das api richtig durchweg erklaeren kann

viele sind da getielter meinung - wie ihr nu, und solch einer wie ich die bei alle dem nur ein paar grundzuege kenn {labels, buttons und fenster erstellen}
der richtig windows programmieren will ohne das framework - weiss nicht was er machen soll

groessere projekte auf framework hab ich schon gemacht - da hab ich kein nachholbedarf, bekomm ich gut hin

nur jetzt halt die frage {trotz meiner verwirrtheit heute #gg}
reines winapi mit neuer lektuere darueber
oder mfc mit diesem buch das ich hier hab
oder gar beides
/=

danke fuer die infos leute
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
012
17.03.2006, 22:03 Uhr
Spacelord
Hoffnungsloser Fall


@Reyx:
Ich sehe Qt auch nur in Ergänzung zum Visual Studio als sinnvoll für die Windowsentwicklung an.Nur der pure Designer ist sicherlich nicht so der Kracher und mit Code::Blocks etc. welche beim ersten Einsatz des moc schon an ihre Grenzen kommen,ist wohl auch kein wirklich tolles Arbeiten möglich.Da hier ja von Windowsprogrammierung die Rede ist,gibt es jenseits von Fenstern und co ja auch noch ne Menge anderes Zeugs wie ATL etc. ,wo eine Unterstützung durch ne gescheite IDE wünschenswert ist.

@Mr Evil:
Windows 2000 Systemprogrammierung ist nen super Buch.........allerdings nicht um in die Windowsprogrammierung einzusteigen!


Zitat von Windows 2000 Systemprogrammierung Seite 14:


Voraussetzungen
Um mit diesem Buch sinnvoll arbeiten zu können, sollten sie grundlegende Kenntnisse in der Windows- und MFC-Programmierung besitzen.
........


Das sehe ich bei dir momentan noch nicht.
Gute Bücher für den Einstieg sind da sicherlich,das von Reyx bereits erwähnte, Windowsprogrammierung von Charles Petzold (reine WinApi) und für MFC Inside Visual C++.
Das Buch VC++ Startup ,von dem Autor des Buches dass du hast,ist auch nicht schlecht.

Du hast jetzt mittlerweile schon öfters geschrieben dass du C++ "studiert" hast.Was meinst du denn damit? War das irgend so nen Fernlehrgang von der SGD ,ILS oder irgend nen anderes dieser dubiosen Institute?

MfG Spacelord
--
.....Ich mach jetzt nämlich mein Jodeldiplom.Dann hab ich endlich was Eigenes.

Dieser Post wurde am 17.03.2006 um 22:04 Uhr von Spacelord editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
013
17.03.2006, 22:10 Uhr
Mr Evil



japs - bei der sgd

der hauptteil war in c geschrieben ueber die console - dort hab cih auch das meiste gelernt - fuer windows war dann nur noch mausschubsen angesagt, da hatte ich mir auch mehr versprochen - aber seh das nicht so eng - bin noch jung, und kann schon n bissl was #gg

fuer den einstieg hab ich ja dieses von hennig - dort wird nur nicht viel abgearbeitet - nur buttons, grafiken - labels fenster an sich und der grundeinstieg in direct x

nu hab ich halt wie schon gesagt kein plan wie ich mich verhalten soll, bzw was am sinnvollsten waere - die api selber lernen oder gleich ab zur mfc
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
014
17.03.2006, 22:17 Uhr
Spacelord
Hoffnungsloser Fall


Naja,
über diese Frage wird in den Foren genauso oft diskutiert wie darüber ob Java oder C++ besser ist ....
Darauf gibt es einfach nicht die Antwort.
Meine persönliche Meiung ist dass man für den Anfang,gute C++ Kenntnisse vorausgesetzt, erstmal ohne jegliche WinApi Kenntnisse klar kommt.Das kommt dann später ganz von alleine.

MfG Spacelord
--
.....Ich mach jetzt nämlich mein Jodeldiplom.Dann hab ich endlich was Eigenes.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
015
17.03.2006, 22:27 Uhr
Mr Evil



stimmt

nuuuuur

wenn ich so wie jetzt ein programm machen will welches ohne framework laeuft, und ich nicht nur mausschubsen moechte - komm ich da nicht drumrum

naja ma drueber schlafen - winapi ist nicht verkehrt, aber die mfc ist auch nicht zu verachten

ich wuerd sagen - fuer meine zwecke braeuchte ich erstma n nachschalgewerk, das ich einfach losleg {ohne mfc} und dann immer je nachdem was ich machen will nachschau - wie geht das jetzt usw - da fehlt nur ne lektuere dazu - der tipp von petzold ist nicht schlecht- das buch hatt gute rezessionen und ist zZt auch fuer 30€ im angebot - bin am ueberlegen

vielen dank

ps. das die sgd und sowas als dubios gilt weiss ich, fakt ist aber das ich sachen einsenden musste die man nicht einfach nur "abguggen" kann, und auch nicht jemand anders machen lassen kann - und ich auch dort war und ne pruefung abgelegt hab {o; - das spielt jetzt aber keine rolle, api kentnisse haben die mir nicht gegeben

der dozent meinte mal auf meine frage "wir schieben alles nur mit der maus hin und her, wie isn das - was passiert denn intern" -

"das spielt heutzutage keine rolle mehr, viele compiler wie sybase, borland oder vc sind mitlerweile so aufgebaut das man alles per drag & drop macht - richtig alles selber schreiben macht keiner mehr"

da war ich erstma sackig

[edit]
achso was ich noch sagen wollt, ich hab in dem buch bisher shcon viel rumgeblaettert, und ich find das is doch schon geeignet um daraus zu lernen {o; - zumindest konnte ich bisher alles umsetzen mit meinen kenntnissen - das ist sozusagen mein mfc lehrbuch - wer mfc kenntnisse hatt, braeuchte dieses buch nicht {o;

Dieser Post wurde am 17.03.2006 um 22:34 Uhr von Mr Evil editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
016
17.03.2006, 22:47 Uhr
Spacelord
Hoffnungsloser Fall


Mit dubios meinte ich auch eher dass der Schein den du jetzt hast nicht das Papier wert ist auf dem er gedruckt ist...sorry.

Du kannst auch mit den MFC ohne drag&drop programmieren.
Dann ist dieses Buch für den ersten Einstieg zu empfehlen:
www.amazon.de/exec/obidos/ASIN/3499612054/qid%3D1142631978/303-8024820-0029821
Scheint aber leider nicht mehr offiziell im Handel zu sein.

MfG Spacelord
--
.....Ich mach jetzt nämlich mein Jodeldiplom.Dann hab ich endlich was Eigenes.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
017
18.03.2006, 10:33 Uhr
Mr Evil



hab ich ja bisher gemacht - also das mfc mit diesem buch ohne drag & drop

was ich nu genau mach weiss ich noch nicht

an logischsten waere wenn ich nu mfc weiterhin ohne drag&drop schreibe - also ein leeres win32 projekt - fenster - buttons - labels - listen usw erstellen, und dann die passenden funktionen mit der mfc realisieren

und spaeter dann wenn ich soweit bin - kann ich diese mfc funktionen duch eigene ersetzen

das du wie so viele auch von der sgd nichts halten stoert mich ueberhaupt nicht - ich weiss das da ziemlich schwere sachen dabei waren - angefangen bei der dynamischen speicherverwaltung bis hin zu normalen knotenpunkten usw

naja egal, darueber will ich nicht diskutieren
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
018
18.03.2006, 11:14 Uhr
Spacelord
Hoffnungsloser Fall


Also irgendwie habe ich den Eindruck dass wir aneinander vorbei reden.
Du kannst nicht so einfach WinApi Fenster erstellen und dann mit MFC Klassenmethoden darauf operieren.
Das ist riesen Murks!! Du kannst innerhalb einer MFC Anwendung relativ problemlos WinApi Funktionen unterbringen aber in die andere Richtung ist das bedeutend schwieriger.
Die MFC verwenden intern eine Menge Verwaltungsstrukturen von denen eine reine Win32 Anwendung nichts weiß.
Oder arbeitest du mit afxwin.h und handgeschriebenen resourcen Dateien etc.?


Zitat von Mr Evil:

das du wie so viele auch von der sgd nichts halten stoert mich ueberhaupt nicht - ich weiss das da ziemlich schwere sachen dabei waren - angefangen bei der dynamischen speicherverwaltung bis hin zu normalen knotenpunkten usw


Ich will dir ja nichts böses .
Ich denke nur dass dieser (teure!!) Schein in den Personalabteilungen dieser Welt den gleichen Stellenwert hat als wenn dir Tante Gertrud nen Zettel geschrieben hätte auf dem steht dass du C++ programmieren kannst.Für das Moos hättest du dir besser viele viele Bücher gekauft.
Naja,was ich denke ist im Grund auch völlig Latte.Und jetzt genug davon...

MfG Spacelord
--
.....Ich mach jetzt nämlich mein Jodeldiplom.Dann hab ich endlich was Eigenes.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
019
18.03.2006, 11:52 Uhr
Mr Evil



ich hab das so gemach

ne eigene include mit den ganzen headern und defines

C++:
#pragma once
#ifndef _SECURE_ATL
#define _SECURE_ATL 1
#endif
#ifndef _AFCDLL
#define _AFXDLL
#endif
#ifndef VC_EXTRALEAN
#define VC_EXTRALEAN
#endif
#ifndef WINVER
#define WINVER 0x0501
#endif
#ifndef _WIN32_WINNT
#define _WIN32_WINNT 0x0501
#endif                        
#ifndef _WIN32_WINDOWS
#define _WIN32_WINDOWS 0x0410
#endif
#ifndef _WIN32_IE
#define _WIN32_IE 0x0600
#endif
#define _ATL_CSTRING_EXPLICIT_CONSTRUCTORS
#define _AFX_ALL_WARNINGS
#include <afxwin.h>
#include <afxext.h>
#ifndef _AFX_NO_OLE_SUPPORT
#include <afxdtctl.h>
#endif
#ifndef _AFX_NO_AFXCMN_SUPPORT
#include <afxcmn.h>
#endif // _AFX_NO_AFXCMN_SUPPORT
#ifdef _UNICODE
#if defined _M_IX86
#pragma comment(linker,"/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='x86' publicKeyToken='6595b64144ccf1df' language='*'\"")
#elif defined _M_IA64
#pragma comment(linker,"/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='ia64' publicKeyToken='6595b64144ccf1df' language='*'\"")
#elif defined _M_X64
#pragma comment(linker,"/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='amd64' publicKeyToken='6595b64144ccf1df' language='*'\"")
#else
#pragma comment(linker,"/manifestdependency:\"type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' processorArchitecture='*' publicKeyToken='6595b64144ccf1df' language='*'\"")
#endif
#endif



und dann in der main cpp

C++:
#include "std.h"
#include "funk.h"

int WINAPI WinMain( HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow )
{
    WNDCLASS WndClass;
    WndClass.style = 0;
    WndClass.cbClsExtra = 0;
    WndClass.cbWndExtra = 0;
    WndClass.lpfnWndProc = WndProc;
    WndClass.hInstance = hInstance;
    WndClass.hbrBackground = ( HBRUSH ) ( COLOR_WINDOW );
    WndClass.hCursor = 0;
    WndClass.hIcon = 0;
    WndClass.lpszMenuName = 0;
    WndClass.lpszClassName = L"WinProg";

    RegisterClass( &WndClass );

    HWND hWindow;
    hWindow = CreateWindow( L"WinProg", L"Fenster",
                            WS_OVERLAPPEDWINDOW,
                            0, 0, 400, 400, NULL, NULL,
                            hInstance, NULL );

    ShowWindow( hWindow, nCmdShow );
    
    UpdateWindow( hWindow );

    MSG Message;
    while( GetMessage( &Message, NULL, 0, 0 ) )
    {
        DispatchMessage( &Message );
    }
    return ( int ) Message.wParam;
}

//@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ Befehle Abfangen
LRESULT CALLBACK WndProc( HWND hWnd, UINT uiMessage, WPARAM wParam, LPARAM lParam )
{
    Funktionen* fu = new Funktionen();

    switch( uiMessage )
    {
    case WM_PAINT:
        fu->CreateLabels( hWnd, uiMessage, wParam, lParam );
        return 0;
    case WM_DESTROY:
        PostQuitMessage( 0 );
        return 0;
    default:
        return DefWindowProc( hWnd, uiMessage, wParam, lParam );
    }
}


die methoden createlabels zb hab ich in der Funktionen klasse in der methoden.cpp

du meinst das ist murks ?
das wenn ich schon mfc mach, das ich ein mfc projekt erstellen lass, und darauf dann progge ?

Dieser Post wurde am 18.03.2006 um 11:54 Uhr von Mr Evil editiert.
 
Profil || Private Message || Suche Download || Zitatantwort || Editieren || Löschen || IP
Seiten: [ 1 ] > 2 < [ 3 ] [ 4 ]     [ Allgemeines (OffTopic) ]  


ThWBoard 2.73 FloSoft-Edition
© by Paul Baecher & Felix Gonschorek (www.thwboard.de)

Anpassungen des Forums
© by Flo-Soft (www.flo-soft.de)

Sie sind Besucher: