ich habe mal ein paar Fragen:
1.)Wie aktuell ist den die Programmierung in C, direkt mittels der WinApi. Ich meine programmiert denn die ganze Welt heut nicht nur C++ mittels MFC?
2.)Wie sehen die Berufschancen für einen guten C-WinAppi-coder?
3.)Hat die winApi, so wie sie heute ist, überhaubt noch eine Zukunft, oder besteht die Möglichkeit, dass sie mit der nächsten WindowsVersion veraltet ist?
4.)An die BerufsProger unter Euch: Wie ist die aktuelle Lage/Situation, betreffend der obigen Fragen, in dem Berufsalltag?

für Eure Antwort wäre ich Euch sehr dankbar

gruss

für oberfläche pur reicht wohl mfc.. aber die tiefe hat ev. ihre tücken.

für das gui-zeugs sind natürlich nun andere überlegungen gefragt. gehts dir um gui mit winapi oder winapi selbst?

mfg,
coolio

wenn du nur mit einem baukasten programmierst der alles verschleiert-

sagt das mal einen Java Programmierer - hey Leute das ist doch nicht euer ernst - für ein kleine Oberfläche gleich WinAPI zu benutzen - da nimm ich doch lieber .Net

public class WinAPI
	{
		#region DLL_Imports_WinAPI
		[DllImport("user32.dll")]
		public static extern IntPtr GetDesktopWindow();

		[DllImport("gdi32.dll")]
		public static extern bool BitBlt(
			IntPtr hdcDest, // handle to destination DC
			int nXDest, // x-coord of destination upper-left corner
			int nYDest, // y-coord of destination upper-left corner
			int nWidth, // width of destination rectangle
			int nHeight, // height of destination rectangle
			IntPtr hdcSrc, // handle to source DC
			int nXSrc, // x-coordinate of source upper-left corner
			int nYSrc, // y-coordinate of source upper-left corner
			System.Int32 dwRop // raster operation code
			);

		public const Int32 SRCCOPY = 0xCC0020;

		[DllImport("user32.dll",EntryPoint="GetSystemMetrics")]
		public static extern int GetSystemMetrics(int nIndex);

		public const Int32 SM_CXVIRTUALSCREEN = 78; // from <winuser.h>
		public const Int32 SM_CYVIRTUALSCREEN = 79;

		[DllImport("user32.dll")]
		public static extern void SetCursorPos(int x, int y);

		public const uint MOUSEEVENTF_MOVE       = 0x0001; /* mouse move */
		public const uint MOUSEEVENTF_LEFTDOWN   = 0x0002; /* left button down */
		public const uint MOUSEEVENTF_LEFTUP     = 0x0004; /* left button up */
		public const uint MOUSEEVENTF_RIGHTDOWN  = 0x0008; /* right button down */
		public const uint MOUSEEVENTF_RIGHTUP    = 0x0010; /* right button up */
		public const uint MOUSEEVENTF_MIDDLEDOWN = 0x0020; /* middle button down */
		public const uint MOUSEEVENTF_MIDDLEUP   = 0x0040; /* middle button up */
		public const uint MOUSEEVENTF_WHEEL      = 0x0800; /* wheel button rolled */
		public const uint MOUSEEVENTF_ABSOLUTE   = 0x8000; /* absolute move */

		public const uint KEYEVENTF_EXTENDEDKEY = 0x0001;
		public const uint KEYEVENTF_KEYUP       = 0x0002;

		public const uint INPUT_MOUSE    = 0;
		public const uint INPUT_KEYBOARD = 1;

		public struct MOUSE_INPUT
		{
			public uint dx;
			public uint dy;
			public uint mouseData;
			public uint dwFlags;
			public uint time;
			public uint dwExtraInfo;
		}

		public struct KEYBD_INPUT
		{
			public ushort wVk;
			public ushort wScan;
			public uint   dwFlags;
			public uint   time;
			public uint   dwExtraInfo;
		}

		[StructLayout(LayoutKind.Explicit)]
		public struct INPUT
		{
			[FieldOffset(0)]
			public uint type;

			// union
			[FieldOffset(4)]
			public MOUSE_INPUT mi;

			[FieldOffset(4)]
			public KEYBD_INPUT ki;
		}

		[DllImport("user32.dll")]
		public static extern uint SendInput(
			uint nInputs,     // count of input events
			ref INPUT input,
			int cbSize        // size of structure
			);

		[DllImport("user32.dll")]
		public static extern uint MapVirtualKey(
			uint uCode,     // virtual-key code or scan code
			uint uMapType   // translation to perform
			);

		[StructLayout(LayoutKind.Explicit)]
		public struct Rect 
		{
			[FieldOffset(0)] public int left;
			[FieldOffset(4)] public int top;
			[FieldOffset(8)] public int right;
			[FieldOffset(12)] public int bottom;
		}   

		[DllImport("gdi32")]
		public static extern int GetClipBox(System.IntPtr hDC,ref Rect r);

		#endregion
	}

Windows 3.1 wird auch nicht unterstützt, weil dort die Win32API fehlt

Damals (vor ca. vier Jahren) hatten wir noch etwas betagtere Bestückungsautomaten von Sanyo im Einsatz.
Für diese Maschinen gab es lediglich Software für DOS.
Deshalb hatten wir auch zwei 486er um Programme von den Maschinen up- bzw, downzuloaden.

Layout- und Programmerstellung, Dokumentation u.s.w. wurde auf Rechnern mit Windows NT gemacht.

Allerdings besteht hier nicht die Notwendigkeit Programme für die alten Rechner zu schreiben, und das einzige Tool das ich mal schreiben mußste war ein simpler Konverter der ein Programm der Sanyo Maschine (ASCII) in ein Program für eine Panasonic Maschine (ebenfalls ASCII) umwandelt.
Der Konverter mußste auch nur unter NT laufen.

Aber ich würd auch nicht ausschließen daß in anderen Firmen auch noch eigenschnitz für ältere Systeme praktiziert wird.

ich sage ja nicht das WinAPI unwichtig ist und nicht mehr gebraucht wird, aber wer es sich aussuchen kann sollte doch lieber auf Net, Java oder ähnliches setzen - spart einfach einen haufen arbeit - schon allein die "Automtische" ausrichtung von Steuerelementen... usw...

Wird noch mit der WinApi programmiert?

Nein, denn ich hab linux

Wird noch mit der WinApi programmiert?

Nein, denn ich hab linux

Und Langeweile.
http://www.c-plusplus.net/forum/viewtopic-var-t-is-119682.html

C# läuft nicht auf Linux.

Stimmt so nicht: z.B.: http://www.mono-project.com
sogar die Windows-Eigenheiten wie Windows.Forms werden da derzeit lauffähig gemacht.