Geschrieben von: Kristian Freitag, den 05. Mai 2006 um 18:50 Uhr - Aktualisiert Freitag, den 04. Mai 2012 um 19:33 Uhr
|
|
- Jasper Schmitt
- vor 5 Jahren
- Abrufe
Transkript
1 Einführung Microsoft hat das.net Framework mit einem reichhaltigen Satz an Werkzeugen und API's ausgerüstet um den Entwickler bei seiner produktiven Arbeit bestmöglich zu unterstützen. Doch das.net Framework ist noch relativ jung und es gibt Funktionen die noch nicht in das Framework integriert wurden. Darüber hinaus existiert eine riesige Menge an alten Quellcodes die direkt in nativen Maschinencode übersetzt werden ohne jemals mit einer Laufzeitumgebung wie der CLR in Kontakt zu geraten. Aus diesen Gegebenheiten heraus resultiert ein scheinbares Problem. Firmen und Entwickler möchten einerseits die neuen Technologien des.net Frameworks unmittelbar nutzen, andererseits können sie es sich nicht leisten ihre Produkte, Codes und Projekte von heute auf morgen in Richtung.NET zu portieren. Daneben gibt es aber auch viele Anwendungen die für bestimmte Prozessoren optimiert wurden und deren Portierung nach.net mit einem erheblichen Aufwand verbunden wäre. Bevor wir uns ansehen wie das.net Framework und C# mit diesem Problem umgehen, werfen wir einen Blick auf die CLR. Hintergründe zur CLR Die.NET Laufzeitumgebung, die Common Language Runtime, ist die virtuelle Maschine die für die Ausführung aller.net Anwendungen verantwortlich ist. Bei der CLR handelt es sich um eine Microsoft spezifische Implementierung der CLI. Die CLR stellt das gesamte Programmiermodell bereit, das alle.net Anwendungsarten nutzen. Sie beinhaltet an eigenen Komponenten Dateilader, Speichermanager (Garbage Collector), Sicherheitssystem, Threadpool und so weiter. Der integrierte JIT-Compiler kompiliert und verwaltet den managed Code - siehe auch Verwalteter Code hinter den Kulissen - die so genannte MSIL in den entsprechenden nativen Maschinencode, der vom Prozessor anschließend ausgeführt werden kann. Alle.NET Sprachen werden stets in diesen einheitlichen Zwischencode übersetzt. Auf diese Weise stellt die Laufzeitumgebung die semantische Interoperabilität zwischen den Sprachen sicher. Die automatische Speicherverwaltung, Verifizierung der Typsicherheit und Verwaltung des Thread-Pools garantieren das der Code in einer sicheren Ausführungs-Umgebung läuft. Im Gegensatz zu managed Code läuft unmanaged Code nicht unter dieser Laufzeitumgebung. Der Code wird unmittelbar in nativen Maschinencode übersetzt und ausgeführt. Komponenten wie COM Objekte und DLL's können auf diese Weise von den Vorteilen die eine Laufzeitumgebung, wie die CLR sie darstellt, nicht profitieren. Aus dem Prinzip des Zwischencodes der zunächst einmal von einer virtuellen Maschine ausgeführt werden muss ergeben sich aber auch Nachteile. Insbesondere die zwangsläufig schlechtere Ausführungsgeschwindigkeit beim Start der Anwendung verglichen mit nativen Anwendungen 1 / 12
2 ist ein Handicap. Man sollte dies jedoch nicht pauschal verallgemeinern. Im Gegensatz zu nativ laufenden Code kann der JIT-Compiler den Zwischencode dynamisch anpassen. So kann er beispielsweise konkrete Aussagen zur Plattform treffen und den resultierenden CPU-Code explizit beeinflußen. Interoperabilität mit unmanaged Code Dieser Artikel zeigt die Details der Platform Invocation Services die vom.net Framework zur Verfügung gestellt werden. Die Platform Invoke Facility agiert als eine Brücke zwischen managed und unmanaged Code. Ursprünglich sollte der Dienst nur den Zugriff auf die native Windows API ermöglichen, wurde später im Sinne der Entwickler insofern erweitert, als dass mit ihrer Hilfe nun auch Funktionen aus jeder beliebigen DLL aufgerufen werden können. Das.NET Framework stellt zwei Dienste für die Interoperabilität mit unmanaged Code zur Verfügung. Diese sind: 1. Platform Invocation Service: Dieser Dienst ermöglicht es aus dem managed Code Funktionen aufzurufen die von Programmbibliotheken, wie z.b. der Win32 API zur Verfügung gestellt werden. 2. COM Interop Services: Ermöglicht es direkt mit COM Objekten über COM Schnittstellen und COM Clienten zu interagieren. Es gibt zwei Wege um COM Komponenten mit managed Code zu nutzen. - Um OLE Automation kompatible COM Komponenten aufzurufen sollten Sie Interop oder tlbimp.exe verwenden. Die CLR kümmert sich um die Aktivierung der COM Komponenten und um das Parameter Marshaling. - Für IDL basierende COM Komponenten nutzen Sie It Just Works und C++. Jede öffentliche verwaltete Klasse die IUnknown, IDispatch und andere Standardschnittstellen implementiert kann aus unverwalteten Code heraus über COM Interop aufgerufen werden. Das so genannte Marshaling (engl. ordnen, regeln) ist verantwortlich für den geregelten Austausch der Argumente (Integer, Strings, Arrays, Strukturen...) und Return Werte zwischen managed und unmanaged Code. Sowohl P/Invoke als auch COM Interop machen exzessiven Gebrauch vom Interoperabilität Marshaling um die Daten zwischen Aufrufer und Aufgerufenen auszutauschen. Der Interop Marshaler regelt dabei die Daten zwischen dem Common Language Runtime Heap und dem unverwalteten, dem unmanaged Heap. Interop Marshaling ist eine Laufzeit Aktivität die vom Marshaling Dienst (engl. Service) der Common Language Runtime durchgeführt wird. Die Methoden werden von der.net Framework-Klasse Marshal zur Verfügung gestellt. 2 / 12
3 P/Invoke Platform Invoke oder kurz P/Invoke ermöglicht es auf sehr einfache Art und Weise unverwaltete Funktionen die in nativen Dynamic Link Libraries implementiert sind aus der CLR heraus aufzurufen. P/Invoke erlaubt es Ihnen eine statische Methodendeklaration auf einen PE COFF Eintrittspunkt abzubilden der über LoadLibrary/GetProcAddress aufgelöst werden kann. P/Invoke verwendet eine verwaltete Methodendeklaration um den Stack Frame zu beschreiben, so wie beim Java Native Interface (JNI) und J/Direct, aber mit der Bedingung das der Funktionskörper von einer externen nativen DLL zur Verfügung gestellt wird. Wie auch immer, P/Invoke ist im Gegensatz zu JNI besonders nützlich um DLL's zu importieren die nicht mit der CLR geschrieben wurden. Sie markieren dazu einfach die statische Methodendeklaration mit dem Schlüsselwort static extern und verwenden die Attributklasse DllImport aus dem FCL Namensraum InteropServices um zu verdeutlichen das die Methode in einer externen nativen DLL definiert ist. Sobald es an der Zeit ist die Methode aufzurufen teilt das DllImport Attribut der CLR mit welche Argumente es an LoadLibrary und GetProcAddress übergeben muss. Das eingebaute C# Attribut DllImport ist einfach nur ein Alias für System.Runtime.InteropServices.DllImport. [code xml:lang="csharp"]namespace System.Runtime.InteropServices { // Zeigt an ob die Attributmethode durch eine unmanaged // DLL als statischer Eintrittspunkt zur Verfügung gestellt wird [AttributeUsage(64, Inherited = false)] [ComVisible(true)] public sealed class DllImportAttribute : Attribute { public bool BestFitMapping; public CallingConvention CallingConvention; public CharSet CharSet; public string EntryPoint; public bool ExactSpelling; public bool PreserveSig; public bool SetLastError; public bool ThrowOnUnmappableChar; public DllImportAttribute(string dllname); public string Value { get; } } }[/code] Das DllImport Attribut nimmt unterschiedliche Parameter entgegen. Der Dateiname der DLL muss aber stets übergeben werden. Er wird von der Laufzeit benötigt um LoadLibrary aufzurufen noch bevor der eigentliche Methodenaufruf erfolgt. Bis der EntryPoint Parameter an DllImport übergeben wird ist der symbolische Name der Methode der String der für den Aufruf von GetProcAddress verwendet wird. In der kernel32.dll gibt es beispielsweise zwei Wege um die Funktion Sleep aufzurufen. Die erste Methode ist abhängig vom Namen der C# Funktion die mit dem Symbolnamen in der DLL übereinstimmt. Die zweite Methode ist hingegen abhängig vom EntryPoint Parameter. [code xml:lang="csharp"]using System.Runtime.InteropServices; public class K32Wrapper { [DllImport("kernel32.dll")] public extern static void Sleep(uint msec); [DllImport("kernel32.dll", EntryPoint = "Sleep")] public extern static void Doze(uint msec); [DllImport("user32.dll")] public extern static uint MessageBox(int hwnd, String m, String c, uint flags); [DllImport("user32.dll", EntryPoint="MessageBoxW", ExactSpelling=true, CharSet=CharSet.Unicode)] public extern static uint UniBox(int hwnd, String m, String c, uint flags); }[/code] Ein weiterer Parameter der gesetzt werden muss ist CharSet sobald die Methode mit Strings 3 / 12
4 arbeitet. Das bedeutet ob ANSI oder Unicode verwendet werden soll. Dies ist notwendig um zu kontrollieren wie der String Datentyp übersetzt wird damit der unmanaged Code anschließend mit diesem arbeiten kann. Der CharSet Parameter von DllImport erlaubt es entweder ANSI (CharSet.Ansi) oder Unicode (CharSet.Unicode) zu spezifizieren. Sie können dies auch über CharSet.Auto der Plattform überlassen, die je nachdem ob es sich um Windows NT oder um Windows 9x handelt automatisch den Zeichensatz festlegt. Diese Methode ähnelt dem TCHAR Datentyp, der in C/C++ Win32 verwendet wird um die eigene Anwendung Unicode verträglich zu gestalten. Jedoch mit dem Unterschied das der Zeichensatz und die verwendete API beim Laden bestimmt werden und nicht bei der Kompilierung. Dies hat den Vorteil das ein einmal kompiliertes.net Programm theoretisch auf allen Windows Versionen ohne Probleme läuft. Um die Aufrufkonventionen und Zeichensätze anzuzeigen besitzt die Windows Plattform eine Reihe an so genannten Name Mangling Schemen. Das Name Mangling oder auch Name Decoration (Namens Dekoration) ist eine Technik um den Symbolnamen einer Funktion eindeutig im Maschinencode zu kennzeichnen. So ergibt sich in der Computertechnik teilweise ein Problem mit Namenskonflikten wie das folgende C++-Beispiel zeigt: [code xml:lang="csharp"]int f (void) { return 1; } int f (int) { return 0; } void g (void) { int i = f(), j = f(0); }[/code] Bei der Übersetzung in eine C-Funktion die anschließend in einer DLL aufgerufen werden kann würde dies in einem Fehler resultieren, da in C Funktionen mit demselben Namen nicht gestattet sind. Hier kommt das Name Mangling ins Spiel. Der Compiler übersetzt den Code und generiert je nach Signatur einen individuellen Symbolnamen. Für das oben gezeigte Beispiel könnte dieser folgendermaßen aussehen. [code xml:lang="csharp"]int f_v (void) { return 1; } int f_i (int) { return 0; } void g_v (void) { int i = f_v(), j = f_i(0); }[/code] Tatsächlich implementiert der Compiler je nach Hersteller und Plattform seine eigenen Name Mangling Konventionen. In diesem Tutorial soll dies für uns aber nicht weiter relevant sein. Sobald der CharSet Parameter des DllImport Attributs auf Auto gesetzt wurde, besitzen die symbolischen Namen automatisch den Suffix W oder A, je nachdem ob der Unicode oder der ANSI Zeichensatz von der Laufzeit verwendet wird. Zusätzlich transformiert die Laufzeit das Symbol unter der Verwendung der stdcall Konvention (z.b. wird Sleep zu _Sleep@4) sofern der einfache Symbolname, also Sleep, nicht gefunden wurde. Mithilfe des Parameters ExactSpelling kann das Name Mangling unterdrückt werden. Schlußendlich, wenn Sie Win32-Funktionen aufrufen die COM ähnliche HRESULTs verwenden, haben Sie zwei Optionen. Standardmäßig behandelt P/Invoke das HRESULT als einen einfachen 32-Bit Integer der von der Funktion zurückgegeben wird und vom Programmierer selbst auf Fehler überprüft werden muss. Eine deutlich angenehmere Methode solch eine 4 / 12
5 Funktion aufzurufen ist den Parameter PreserveSig=false an das DllImport Attribut zu übergeben. Dies verursacht das die P/Invoke Schicht den 32-Bit Integer als ein COM HRESULT behandelt und im Fehlerfall eine COMException auslöst. Da die meisten Methodenaufrufe mit P/Invoke jedoch keine HRESULTs zurückgeben ist PreserveSig standardmäßig auf true gesetzt und schützt die Signatur, so wie sie definiert wurde. In der nachfolgenden Übersicht sehen Sie alle Parameter der Attributklasse DllImport des.net Frameworks 2.0 mitsamt kurzer Beschreibung: Parameter Beschreibung public BestFitMapping bool Aktiviert oder deaktiviert das Best-Fit Mapping Verhalten bei der Konvertierung eines Unicode Z publiccallingconvention Spezifiziert die Aufrufkonvention. Standardmäßig ist das WinAPI, was bei 32-Bit Intel-basier publiccharset CharSet Gibt an wie das Marshaling von String-Argumenten der Methode durchgeführt wird und kont public EntryPoint string Gibt den Namen des aufzurufenden DLL-Eintrittspunkts (der Methode) an. Falls kein Argument ü public ExactSpelling bool Kontrolliert ob das DllImportAttribute.CharSet Feld verursacht das die CLR nach einem anderen public PreserveSig bool Zeigt an ob die Signatur eine direkte Übersetzung des unverwalteten Eintrittspunktes ist. public SetLastError bool Wenn dieser Parameter auf true gesetzt ist, besteht die Möglichkeit, Marshal-GetLastWin32 Erro public ThrowOnUnmappableChar bool Aktiviert oder deaktiviert das Auslösen einer Exception bei einem nicht einzuordnenden Unicode publicdllimportattribute( stringdllname) Der Name der aufzurufenden DLL. public Value string get {; } Gibt den Namen der DLL zurück die den Eintrittspunkt enthält. Funktionen aus einer DLL nutzen Managed Code verwendet eine Code-Zugriffs-Sicherheit. Bevor auf eine Ressource zugegriffen wird oder anderweitige potentiell gefährliche Schritte durchgeführt werden überprüft die Laufzeit den Code. Mit der Einbeziehung von unmanaged Code verliert die CLR die Fähigkeit die Sicherheit der Umgebung zu gewährleisten. Konkret gesagt verlässt ihr Code bei Aufruf von unmanaged Code das Partial-trusted-Szenario und Sie geben die Typsicherheit im Programm auf. Die Laufzeit prüft ob bei allen Aufrufern im Aufrufstack die notwendige Sicherheitsstufe es erlaubt P/Invoke zu nutzen. Die entsprechenden Rechte müssen also auf der Plattform gegeben sein! Platform Invoke ist ein Dienst der es erlaubt beliebige unverwaltete Funktionen aus DLL's aufzurufen. Es lokalisiert und ruft eine exportierte Funktion auf und regelt (engl. marshals) die Argumente. Damit eine exportierte Funktion aufgerufen werden kann, müssen folgende Schritte abgearbeitet werden. - Die DLL Funktion muss identifiziert werden. Das bedeutet das zumindest der Funktionsname und die DLL die die Funktion beinhaltet benannt werden müssen. - Generieren Sie eine Klasse die die DLL Funktionen enthält. Sie können eine bestehende Klasse verwenden, eine eigene für jede unverwaltete Funktion generieren oder eine Klasse schreiben die einen Satz an Funktionen beinhaltet. - Generieren Sie die Prototypen im managed Code. Benutzen Sie in C# das DllImport Attribut um die DLL und die Funktion zu identifizieren. Markieren Sie die Methode mit den 5 / 12
6 Modifizierern static und extern. - Rufen Sie die DLL Funktion wie gewohnt auf. Die Übergabe von Strukturen und die Implementierung von Callback Funktionen sind spezielle Fälle. P/Invoke basiert auf Metadaten um die exportierte Funktion zu lokalisieren und ihre Argumente zur Laufzeit zu regeln. Die folgende Abbildung zeigt diesen Prozess. Sobald P/Invoke eine unmanaged Funktion aufruft, werden sequentiell folgende Aktionen durchgeführt: 1. Die DLL mit der entsprechenden Funktion wird lokalisiert. 2. Die DLL wird in den Speicher geladen. 3. Die Adresse der Funktion im Speicher wird lokalisiert und ihre Argumente werden auf den Stack gepusht. Das Marshaling der Daten ist erforderlich. Beachten Sie das die Lokalisierung der DLL und der Adresse im Speicher nur das erste Mal wenn die Funktion aufgerufen wird geschieht. 4. Transferierung der Kontrolle zur unverwalteten Funktion. Platform Invoke löst Exceptions (Ausnahmen) aus die von der unverwalteten Funktion an den verwalteten Aufrufer übergeben werden. Typabbildungen (Mappings) Sobald Sie einen Aufruf raus aus der Laufzeit oder in diese hinein tätigen, werden die Parameter unverändert an den Aufrufstack übergeben. Diese Parameter sind Instanzen der Typen sowohl für die Laufzeit als auch für die Welt außerhalb. Der Schlüssel für das Verständnis wie Interop funktioniert liegt im Verständnis das jeder übergebene "Wert" zwei Typen hat. Einen verwalteten (engl. managed) Typ und einen unverwalteten Typ. Entscheidend ist das einige managed Typen isomorph sind, das heißt dass eine Instanz dieses Typs nicht erst konvertiert werden muss bevor es aus der Laufzeit hinaus übergeben wird. Viele Typen jedoch 6 / 12
7 sind nicht isomorph und es muss dementsprechend eine Konvertierung erfolgen, so dass der Datentyp außerhalb der Laufzeit auch richtig interpretiert werden kann. Das Abbild links zeigt die Struktur des Call Stacks (Aufrufstacks) wenn die Parameter nur aus isomorphen Typen bestehen. Sobald ein Aufruf einer externen Routine erfolgt, welche nur isomorphe Typen entgegennimmt, ist eine Konvertierung nicht notwendig und der Aufrufende sowie der Aufgerufene können sich den Stack Frame teilen, trotz der Tatsache das die eine Seite nicht unter der Kontrolle der CLR steht. Sobald ein Parameter nicht isomorph ist, muss der Stack Frame aufgeteilt werden. Die Abbildung rechts im Bild zeigt diesen Vorgang. Sowohl der verwaltete Code der auf der Laufzeit läuft als auch der unverwaltete Code greifen auf seperate Stack Frames zu. Die beiden Stack Frames sind zueinander bidirektional. Das bedeutet das die Konvertierung der Datentypen auch in umgekehrter Richtung erfolgen kann. Beispielsweise wenn die Funktion in der unverwalteten Funktion einen Parameter zurück an den Aufrufer übergibt. Der C# Compiler erkennt anhand der Schlüsselwörter ref bzw. out in welche Richtungen die Parameter fließen. Es steht Ihnen frei selbst festzulegen wie der übergebene Parameter verwaltet werden soll indem Sie das Attribut MarshalAs verwenden. Das Attribut zeigt an wie der verwaltete Datentyp außerhalb der Laufzeit dargestellt werden soll, also welchen Datentyp er in der unverwalteten Umgebung besitzen soll. Für die meisten Datentypen entscheidet die CLR automatisch welcher Datentyp für die Konvertierung am besten ist. Bei Bedarf können Sie dies mit dem erwähnten Attribut aber überbrücken und selbst festlegen. Das folgende Beispiel verwendet das MarshalAs Attribut um den CLR Datentypen System.String explizit in vier verschiedene bekannte Win32 Datentypen zu konvertieren. [code xml:lang="csharp"]using System.Runtime.InteropServices; public class FooBarWrapper { // Diese Methode wrappt eine native Funktion deklariert als // void _stdcall DoIt(LPCWSTR s1, LPCSTR s2, LPTSTR s3, BSTR s4); [DllImport("foobar.dll")] public static extern void DoIt( [MarshalAs(UnmanagedType.LPWStr)] String s1, [MarshalAs(UnmanagedType.LPStr)] String s2, [MarshalAs(UnmanagedType.LPTStr)] String s3, [MarshalAs(UnmanagedType.BStr)] String s4 ); }[/code] Neben der Möglichkeit mit MarshalAs Typkonvertierungen auf Feld-zu-Feld Basis abzubilden besteht die Möglichkeit auch die Darstellung eines Structs oder eine Klasse festzulegen. Die Attribute StructLayout und FieldOffset erlauben es Ihnen die interne Darstellung des Structs oder der Klasse im Speicher manuell zu bestimmen. Hier sollten Sie jedoch besondere Vorsicht walten lassen. [code xml:lang="csharp"]using System.Runtime.InteropServices; 7 / 12
8 [StructLayout(LayoutKind.Sequential)] public struct PERSON_REP { [MarshalAs(UnmanagedType.BStr)] public String name; public double age; [MarshalAs(UnmanagedType.VariantBool)] bool dead; }[/code] Die nachfolgende Tabelle illustriert die Eigenschaften der verwalteten und unverwalteten Datentypen, sowie ihre interne Beziehung untereinander: Windows.NET Eigenschaft Datentyp Beschreibung FLOAT Single Isomorph MarshalAs nativer Typ DOUBLE Double Isomorph MarshalAs nativer Typ UCHAR SByte Isomorph MarshalAs nativer Typ BYTE ByteIsomorph MarshalAs nativer Typ SHORT Int16 Isomorph MarshalAs nativer Typ USHORT Uint16 Isomorph MarshalAs nativer Typ INTInt32 Isomorph MarshalAs nativer Typ UINTUint32 Isomorph MarshalAs nativer Typ INT64 Int64 Isomorph MarshalAs nativer Typ UINT64 Uint64 Isomorph MarshalAs nativer Typ 1D Isomorph Arrays MarshalAs isomorphen nativer Typs SAFEARRAY Alle Nicht anderen MarshalAs Isomorph Arrays Interface oder SAFEARRAY BOOL Boolean Nicht VARIANT_BOOL Isomorph oder Win32 BOOL CHAR CharNicht Win32 Isomorph WCHAR oder CHAR LPCSTR String Nicht Win32 Isomorph LPWSTR/LPSTR oder BSTR VARIANT Object Nicht VARIANT Isomorph (Nur COM Interop) P/Invoke in Aktion In diesem Kapitel widmen wir uns den konkreten Codebeispielen, die Ihnen die praktischen Aspekte des Interop Marshaling näher bringen sollen. Das erste Codebeispiel demonstriert den Aufruf zweier C Funktionen aus der msvcrt.dll. Die DLL repräsentiert Microsofts C Runtime Library. Die Funktion puts schreibt eine Zeichenkette auf die Standardausgabe. Anschließend wird die Funktion _flushall aufgerufen. Diese überträgt die Inhalte der Dateipuffer aller mit den File-Pointern eröffneten Streams in die entsprechenden Dateien. Dazu gehören auch die mit den File-Pointern stdin, stdout etc. eröffneten Standarddateien. Die Inhalte der Dateipuffer aller nur zum Lesen eröffneten Dateien werden gelöscht. Das Programm gibt den String "Hello World!" auf der Konsole aus. [code xml:lang="csharp"]using System; using System.Collections.Generic; using System.Text; using System.Runtime.InteropServices; namespace Pinvoke { class Pinvoke { [DllImport("msvcrt.dll")] public static extern int puts(string c); [DllImport("msvcrt.dll")] internal static extern int _flushall(); public static void Main(string[] args) { puts("hello World!"); _flushall(); } } }[/code] Wie wir wissen lässt sich die Konvertierung auch explizit festlegen. Über das Attribut MarshalAs können wir den unverwalteten Typen als LPSTR bestimmen. Bei diesem Datentypen handelt es 8 / 12
9 sich um einen Zeiger auf einen Null-terminierten 8-Bit (ANSI) Zeichen String. [code xml:lang="csharp"]using System; using System.Collections.Generic; using System.Text; using System.Runtime.InteropServices; namespace Marshal { class Marshal { [DllImport("msvcrt.dll")] public static extern int puts([marshalas(unmanagedtype.lpstr)] string m); [DllImport("msvcrt.dll")] internal static extern int _flushall(); public static void Main(string[] args) { puts("hello World!"); _flushall(); } } }[/code] In der Regel werden Sie jedoch relativ selten Funktionen aus der C Runtime Library aufrufen. Stattdessen sind es oft Funktionen aus den nativen Dynamic Link Libraries der WinAPI, die womöglich nicht vom.net Framework in entsprechender Form bereitgestellt werden. Nachfolgend sehen Sie die Deklaration der WinAPI-Methode MoveFile. Die Funktion MoveFile benennt eine existierende Datei oder ein Verzeichnis um. Im nachfolgenden Programm wird MoveFile dazu verwendet einige Dateien in einem zuvor erstellten Verzeichnis umzubenennen. Dazu wird zunächst im Verzeichnis "C:testmedia" ein Unterverzeichnis angelegt in welches alle Dateien des Oberverzeichnises kopiert werden. Anschließend werden einige Dateien wieder gelöscht und anderen wird die Endung ".bak" mit dem direkten Aufruf der nativen WinAPI Funktion angehangen. [code xml:lang="csharp"]class InvokeWinAPI { // Deklariere die mit P/Invoke aufzurufende WinAPI-Methode // BOOL MoveFile( // LPCTSTR lpexistingfilename, // LPCTSTR lpnewfilename // ); [DllImport("kernel32.dll", EntryPoint = "MoveFile", ExactSpelling = false, CharSet = CharSet.Unicode, SetLastError = true)] static extern bool MoveFile(string sourcefile, string destinationfile); public static void Main(string[] args) { // Erzeuge eine Instanz und lass sie laufen InvokeWinAPI obj = new InvokeWinAPI(); string thedirectory DirectoryInfo dir = new DirectoryInfo(theDirectory); obj.exploredirectory(dir); } // Ist mit einem Verzeichnisbaum aufzurufen private void ExploreDirectory(DirectoryInfo dir) {... // P/Invoke für die WinAPI InvokeWinAPI.MoveFile(fullName, fullname + ".bak");...[/code] Zeiger Alle bisherigen Beispiele haben sie konsequent verbannt und wir konnten auch gut auf sie verzichten, gemeint sind die allseits bekannten und gefürchteten Zeiger (engl. Pointer). Sie werden unter C#/.NET so gut wie nie Zeiger in ihrem Code benötigen. Auch ist vor ihrer direkten Anwendung fast immer abzuraten. Denn sobald sie mit Zeigern arbeiten können Sie den Arbeitsspeicher direkt manipulieren. Sie haben Zugriff auf die Speicheradressen und können die darin befindlichen Daten korrumpieren. Die CLR hat keine Kontrolle über die von Ihnen getätigten Aktionen und auch die Garbage Collection steht nicht mehr zur Verfügung. Ihr Code verlässt die sichere Umgebung der Laufzeit und Sie tragen ab sofort die alleinige Verantwortung für Ihr Programm. Dennoch gibt es Fälle in denen es keine andere Möglichkeit gibt, als auf Zeiger zurückzugreifen. Im besonderen trifft dies zu, wenn eine externe Funktion einen Zeiger als Parameter benötigt. 9 / 12
10 Da die Arbeit mit Zeigern in.net als unsicher eingestuft wird, ist die Arbeit mit ihnen an spezielle Bedingungen geknüpft. So muss der Codeabschnitt in denen mit Zeigern gearbeitet wird, mit dem Schlüsselwort unsafe versehen werden! Im nächsten Abschnitt sehen Sie die Deklaration der beiden WinAPI-Methoden CreateFile und ReadFile. ReadFile benötigt als zweiten Parameter einen Zeiger auf einen Pufferbereich. [code xml:lang="csharp"][dllimport("kernel32", SetLastError=true)] static extern unsafe int CreateFile( string filename, uint desiredaccess, uint sharemode, uint attributes, uint creationdisposition, uint flagsandattributes, uint templatefile); [DllImport("kernel32", SetLastError=true)] static extern unsafe bool ReadFile( int hfile, void* lpbuffer, int nbytestoread, int* nbytesread, int overlapped);[/code] Sie müssen in den Build Einstellungen die Option "Allow unsafe code" aktivieren um den Code kompilieren zu können. Sie erhalten sonst eine Fehlermeldung vom Compiler. Im folgenden Codeabschnitt kommt der eigentliche Zeiger ins Spiel. Das Programm liest mithilfe der Funktion ReadFile Daten aus einer Datei in einen Puffer. Die Funktion greift auf diesen Puffer über einen Zeiger zu. Da der Puffer ein verwalteter Datentyp ist, ergibt sich ein Problem. Die Garbage Collection könnte den Speicher verschieben oder löschen und unser Zeiger würde irgendwo hinzeigen. Dieses Problem wurde von Microsoft gelöst mit dem so genannten Pinning. Das Pinning fixiert den Speicherbereich und verhindert das der Garbage Collector die Instanz im Speicher verschiebt und das Programm auf diese Weise korrumpiert. Dazu steht sinngemäß das Schlüsselwort fixed (engl. fixiert) zur Verfügung. [code xml:lang="csharp"]// BOOL ReadFile( // HANDLE hfile, // LPVOID lpbuffer, // DWORD nnumberofbytestoread, // LPDWORD lpnumberofbytesread, // LPOVERLAPPED lpoverlapped // ); public unsafe int Read(byte[] buffer, int index, int count) { int bytesread = 0; fixed (byte* bytepointer = buffer) { ReadFile( filehandle, // hfile bytepointer + index, // lpbuffer count, // nbytestoread &bytesread, // nbytesread 0); // overlapped } return bytesread; }[/code] Ab und zu ist auch das Schlüsselwort stackalloc zu finden. Es eröffnet Ihnen die Möglichkeit 10 / 12
11 innerhalb eines unsafe Blocks einen Speicherblock auf dem Stack zu allokieren, anstatt auf dem Heap. PEVerify Wie bereits in den vorangegangenen Kapiteln erwähnt wurde, ist die Ausführung von nativen Code in einer verwalteten Anwendung bestimmten Regeln unterworfen. Die CLR überprüft die Assembly nach unsicheren Methoden. Genauer gesagt ist es der JIT-Compiler der letztenendes bei der Kompilierung des Zwischencodes, also der IL, enscheidet ob der Assembly, in der die native Methode (Aufruf) enthalten ist, System.Security.Permissions.SecurityPermission zugewiesen wurde und ob darin das Flag SkipVerification gesetzt ist. Erst dann wird der Code in native Befehle für den Prozessor übersetzt. In der Regel erhalten Assemblys nicht verifizierten Ursprungs, wie beispielsweise aus dem Internet geladene Anwendungen, keine absolute Erlaubnis unsicheren Code auf dem System auszuführen. Der JIT-Compiler löst in diesem Fall eine System.Invalid.ProgramException oder System.Security.VerificationException aus und bricht die Programmausführung ab. Der Administrator des Systems kann die entsprechenden Rechte jedoch selbst zuweisen und auf diese Weise die Ausführung gestatten. Um festzustellen ob eine Assembly unsichere Methoden enthält und so eventuell nicht auf jedem System ausgeführt werden kann, stellt Microsoft ein Tool namens PEVerify im SDK zur Verfügung. Das Tool analysiert eine Assembly und teilt dem Benutzer mit ob sich unsichere Methoden in dieser befinden. PEVerify geht bei der schrittweisen Untersuchung der abhängigen Assemblys mithilfe der CLR vor. Es kommen dieselben Bindungs- und Suchregeln zur Anwendung wie beim normalen Ausführen der Assembly. Untersucht man beispielsweise die oben genannte Anwendung InvokePointer.exe, wird PEVerify folgenden Output generieren: C:>PEVerify.exe InvokePointer.exe Microsoft (R).NET Framework PE Verifier. Version Copyright (c) Microsoft Corporation. All rights reserved. [IL]: Error: [C:InvokePointer.exe : InvokePointer.InvokePointer::Read][offset 0 x ][found address of Byte] Expected numeric type on the stack. [IL]: Error: [C:InvokePointer.exe : InvokePointer.InvokePointer::Read][offset 0 x f][found Native Int][expected address of Byte] Unexpected type on the st ack. 2 Errors Verifying InvokePointer.exe Wie man sieht wurden zwei Fehler infolge der Verwendung von nativen Methoden in der Assembly gefunden. Es handelt sich um den Zeiger auf unseren Byte-Puffer. Mehr zu PEVerify finden Sie auf den offiziellen Seiten von Microsoft unter PEVerify. Das Tool selbst befindet sich in Ihrem Visual Studio Verzeichnis. Sie können es aber auch hier 11 / 12
12 seperat herunterladen. Schluss Wenn Sie im Laufe Ihrer Zeit als Programmierer mal auf eine externe Funktion in einer nativen DLL stossen, deren Deklaration Ihnen unbekannt ist und Sie diese in Ihrem C#-Code verwenden möchten, sollten Sie einen Blick auf die Seite Pinvoke.net werfen. Sie finden dort zahlreiche fertige P/Invoke Signaturen für Ihren Code. Am Ende dieses Tutorials befindet sich als Dateianhang eine Visual Studio 2005 Projektmappe mit einigen Projekten samt Quellcode zum Thema P/Invoke in C#/.NET. 12 / 12
.Net Interoperabilität
.Net Interoperabilität Objektorientiertes Programmieren mit.net und C# Thomas Hörmann Institut für Informatik Software & Systems Engineering Agenda Einleitung P/Invoke Marshalling Component Object Model
Kapitel 21 Nativer Code
Kapitel 21 Nativer Ali Jannessari IPD Tichy Lehrstuhl für Programmiersysteme KIT die Kooperation von Forschungszentrum Karlsruhe GmbH und Universität Karlsruhe (TH) Wann muss man verwalteten und nicht-verwalteten
Kapitel 21 Nativer Code
Kapitel 21 Nativer Korbinian Molitorisz IPD Tichy Lehrstuhl für Programmiersysteme KIT die Kooperation von Forschungszentrum Karlsruhe GmbH und Universität Karlsruhe (TH) Wann muss man verwalteten und
Typsystem Plattform- und Sprachenunabhängigkeit in.net
Typsystem Plattform- und Sprachenunabhängigkeit in.net C# J# VB.NET Zwischencode CIL Windows Unix Auf welchen Grundlagen basiert dies? Komponenten & Frameworks Seite 1 Typsystem Grundlagen - CLR Common
Grundlagen der OO- Programmierung in C#
Grundlagen der OO- Programmierung in C# Technische Grundlagen 1 Dr. Beatrice Amrhein Überblick Visual Studio: Editor und Debugging Die Datentypen Methoden in C# Die Speicherverwaltung 2 Visual Studio 3
Microsoft.NET Framework & Component Object Model. ein Vortrag von Florian Steuber
Microsoft.NET Framework & Component Object Model ein Vortrag von Florian Steuber Übersicht I..NET Framework 1. Was ist das.net Framework? 2. Das.NET Execution Model 3. Sprachunabhängigkeit, CTS und CLS
Variablen und Parameter
D3kjd3Di38lk323nnm Variablen und Parameter Eine Variable repräsentiert einen Speicherbereich, der einen veränderbaren Wert enthält. Eine Variable kann eine lokale Variable, ein Parameter (value, ref oder
Janeva:.NET meets J2EE
Inhalt: Motivation Was ist Janeva? Systemvoraussetzungen Installation Beispiel Converter Fazit Motivation Motivation: Janeva testen einen Überblick verschaffen Lauffähiges Beispiel Entscheidungshilfe über
Vorlesung Programmieren
Vorlesung Programmieren Speicherverwaltung und Parameterübergabe Prof. Dr. Stefan Fischer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/fischer Gültigkeitsbereich von
Methoden und Wrapperklassen
Methoden und Wrapperklassen CoMa-Übung IV TU Berlin 06.11.2012 CoMa-Übung IV (TU Berlin) Methoden und Wrapperklassen 06.11.2012 1 / 24 Themen der Übung 1 Methoden 2 Wrapper-Klassen CoMa-Übung IV (TU Berlin)
Stack stack = new Stack(); stack.push ("Würstchen"); string s = (string) stack.pop(); Console.WriteLine (s);
D3kjd3Di38lk323nnm Der Typ object object (System.Object) ist die Ausgangsbasisklasse für alle Typen. Jeder Typ kann per Upcast in ein object umgewandelt werden. Um zu zeigen, wie das nützlich sein kann,
Organisatorisches. Folien (u.a.) auf der Lva-Homepage Skriptum über MU Online
Organisatorisches Folien (u.a.) auf der Lva-Homepage Skriptum über MU Online Nächste Woche VO und UE am Dienstag, den 30.10.! UE im CR IL/IT Wissensüberprüfung am Zettel 25.10.2018 IT I - VO 3 1 Organisatorisches
Praktische Informatik 1
Praktische Informatik 1 Imperative Programmierung und Objektorientierung Karsten Hölscher und Jan Peleska Wintersemester 2011/2012 Session 2 Programmierung Begriffe C/C++ Compiler: übersetzt Quellcode
Übungsblatt 1. Java Vorkurs (WS 2017)
Übungsblatt 1 Java Vorkurs (WS 2017) Aufgabe 1 Hallo-Welt Erstelle ein neues Projekt mit dem Namen HelloJava. Erzeuge in diesem Projekt eine neue Klasse HelloJava. (a) Schreibe die main-methode in die
Programmieren I. Kapitel 12. Referenzen
Programmieren I Kapitel 12. Referenzen Kapitel 12: Referenzen Ziel: Die Wahrheit über Objekte Lebensdauer Speicherverwaltung Parameterübergabemechanismen in Methoden Gleichheiten, Kopien Arrays Speicherbereinigung
Short Introduction to C# C# (C SHARP) Microsofts Antwort auf Java
Short Introduction to C# C# (C SHARP) Microsofts Antwort auf Java Short Introduction to C# C# (C SHARP) Microsofts Antwort auf Java Standardisierung durch die ECMA und ISO Short Introduction to C# C# (C
FH D. Objektorientierte Programmierung in Java FH D FH D. Prof. Dr. Ing. André Stuhlsatz. Referenzen. Referenzen
5 Objektorientierte Programmierung in Java Prof. Dr. Ing. André Stuhlsatz Referenzen Beispiel an der einfachen Klasse Walze: public class Walze { int id; public Walze(int id) { this.id = id; Verwenden
Tag 8 Repetitorium Informatik (Java)
Tag 8 Repetitorium Informatik (Java) Dozent: Michael Baer Lehrstuhl für Informatik 2 (Programmiersysteme) Friedrich-Alexander-Universität Erlangen-Nürnberg Wintersemester 2017/2018 Informatik-Repetitorium
Implementieren von Klassen
Implementieren von Klassen Felder, Methoden, Konstanten Dr. Beatrice Amrhein Überblick Felder/Mitglieder (Field, Member, Member-Variable) o Modifizierer Konstanten Methoden o Modifizierer 2 Felder und
Objekte. Theorieteil. Inhaltsverzeichnis. Begriffe. Programmieren mit Java Modul 5. 1 Modulübersicht 3
Programmieren mit Java Modul 5 Objekte Theorieteil Inhaltsverzeichnis 1 Modulübersicht 3 2 Klassen und Objekte 3 2.1 Klassen.................................... 4 2.2 Objektvariablen und Methoden.......................
Objektorientierte Programmierung. Kapitel 22: Aufzählungstypen (Enumeration Types)
Stefan Brass: OOP (Java), 22. Aufzählungstypen 1/20 Objektorientierte Programmierung Kapitel 22: Aufzählungstypen (Enumeration Types) Stefan Brass Martin-Luther-Universität Halle-Wittenberg Wintersemester
Organisatorisches. Folien (u.a.) gibt's auf der Lva-Homepage zum Download
Organisatorisches Folien (u.a.) gibt's auf der Lva-Homepage zum Download Diesen Mi erstes Tutorium (15-17) Ab nächster Woche montags 10-12 (jeweils im Computerraum) 17.10.2017 IT I - VO 3 1 Organisatorisches
Grundlagen der Informatik 0
Technische Universität Darmstadt 01.07.2013 Grundlagen der Informatik 0 Vorlesung 0 Java ist eine Programmiersprache Ilkay Baytekin Douglas Crockford http://media.smashingmagazine.com/wp-content/uploads/2012/04/doug-crockford-image.jpg
C# - Einführung in die Programmiersprache Fehler abfangen. Leibniz Universität IT Services Anja Aue
C# - Einführung in die Programmiersprache Fehler abfangen Leibniz Universität IT Services Anja Aue Fehler in einem Programm Warnungen sind Hinweise auf eventuelle Fehler während der Laufzeit des Programms.
Programmierung und Angewandte Mathematik
Programmierung und Angewandte Mathematik C++ /Scilab Programmierung und Einführung in das Konzept der objektorientierten Anwendungen zu wissenschaftlichen Rechnens SS 2012 Ablauf Was sind Funktionen/Methoden
Java in Macro, SCL und Data Step
Schnittstellen Java in Macro, SCL und Data Step Carsten Zaddach BDE Business Datawarehouse Engineering GmbH Landsberger Str. 218 12623 Berlin cz@bde-gmbh.de Zusammenfassung Die Verwendung von Java-Klassen
Themen der Übung. Methoden und Wrapperklassen. Vorteile von Methoden. Methoden. Grundlagen
Themen der Übung 1 Organisatorisches Methoden und Wrapperklassen 2 Methoden 3 Wrapper-Klassen CoMa-Übung IV TU Berlin 07.11.2012 Organisatorisches: Im Pool nur auf die Abgabeliste setzen, wenn ihr wirklich
Martin Unold INFORMATIK. Geoinformatik und Vermessung
Zusammenfassung Was ist eine Programmiersprache? Eine Sprache, die Formal eindeutig in Maschinenbefehle übersetzbar ist Für Menschen einfacher verständlich ist als Bytecode Zur Formulierung von Datenstrukturen
Einführung in C# Teil 1. Matthias Nübling
Einführung in C# Teil 1 Matthias Nübling Vorausgesetzte Grundkenntnisse Programmierung Typen, Variablen, Anweisungen, Funktionen, etc. Objektorientierte Programmierung Klassen, Vererbung, Polymorphismus,
Prof. W. Henrich Seite 1
Klasse - ist ein benutzerdefinierter Datentyp (Referenztyp) - hat Datenelemente - hat Methoden - Konstruktor ist spezielle Methode zum Erstellen eines Objektes vom Typ der Klasse (Instanz) - jede Klasse
Einführung in die Programmiersprache C#
Einführung in die Programmiersprache C# C# Übersicht Einführung in das.net Framework Konzepte / Architektur Einführung in C#, speziell Unterschiede zu Java .NET: Framework, Sprachen und Werkzeuge .NET
Einführung in C. EDV1-04C-Einführung 1
Einführung in C 1 Helmut Erlenkötter C Programmieren von Anfang an Rowohlt Taschenbuch Verlag ISBN 3-4993 499-60074-9 19,90 DM http://www.erlenkoetter.de Walter Herglotz Das Einsteigerseminar C++ bhv Verlags
Programmieren in Java -Eingangstest-
Programmieren in Java -Eingangstest- Nummer: 1. Studiengang: Informatik B.Sc. Informatik M.Sc. ESE B.Sc. ESE M.Sc. Sonstiges: Fachsemester: Bitte Fragen, die Sie nicht beantworten können unbedingt mit
im Rahmen des Seminars - Programmiersprachen Markus Nestvogel
C# im Rahmen des Seminars - Programmiersprachen Markus Nestvogel 2 Gliederung 1. Einführung 2. Microsoft.NET 3. C# 3 1 Einführung objektorientierte Programmiersprache für Microsoft.NET entwickelt Konkurrenz
Einführung in die Programmierung 1
Einführung in die Programmierung 1 Einführung (S.2) Einrichten von Eclipse (S.4) Mein Erstes Programm (S.5) Hallo Welt!? Programm Der Mensch (S.11) Klassen (S.12) Einführung Wie Funktioniert Code? Geschriebener
Programmiervorkurs Einführung in Java Tag 1
Programmiervorkurs Einführung in Java Tag 1 Sebastian Glutsch SS 2018 namen Inhaltsübersicht Vorkurs Tag 1:,, en,, Einführung Tag 2: Boolesche Ausdrücke,, If-Abfragen, Switch-Case Tag 3: Arrays, (Do-)While-Schleife,
5.1 Mehr Basistypen. (Wie viele Werte kann man mit n Bit darstellen?)
5.1 Mehr Basistypen Außer int, stellt Java weitere Basistypen zur Verfügung. Zu jedem Basistyp gibt es eine Menge möglicher Werte. Jeder Wert eines Basistyps benötigt die gleiche Menge Platz, um ihn im
C# - Einführung in die Programmiersprache Methoden. Leibniz Universität IT Services
C# - Einführung in die Programmiersprache Methoden Leibniz Universität IT Services 02.07.12 Methoden... sind Subroutinen in einer Klasse. können einen Wert an den Aufrufer zurückgeben. verändern die Eigenschaften
Erste Java-Programme (Scopes und Rekursion)
Lehrstuhl Bioinformatik Konstantin Pelz Erste Java-Programme (Scopes und Rekursion) Tutorium Bioinformatik (WS 18/19) Konstantin: Konstantin.pelz@campus.lmu.de Homepage: https://bioinformatik-muenchen.com/studium/propaedeutikumprogrammierung-in-der-bioinformatik/
Kapitel 8. Programmierkurs. Methoden. 8.1 Methoden
Kapitel 8 Programmierkurs Birgit Engels Anna Schulze Zentrum für Angewandte Informatik Köln Objektorientierte Programmierung Methoden Überladen von Methoden Der this-zeiger Konstruktoren Vererbung WS 07/08
Vergleich.Net und COM
Vergleich und COM Komponentenorientierte Programmierung und Interoperabilität Einleitung Komponentenmodelle der Firma Microsoft Unterschiedlich in Entstehung und technologischer Umsetzung : Schaffung eines
Algorithmen und Datenstrukturen 07
(7. Juni 2012) 1 Besprechung Blatt 6 Fragen 2 Referenzen Referenzsemantik 3 Vererbung Allgemein abstract Interfaces Vererbung in UML 4 Vorbereitung Blatt 7 Anmerkungen Fragen Fragen zu Blatt 6? Referenzsemantik
~±] Inhalt. 1.1 Ähnlichkeiten zwischen C# und Java Unterschiede zwischen C# und Java Das.NET-Framework 4 1.
~±] 1 C# und das.net-framework 1 1.1 Ähnlichkeiten zwischen C# und Java 1 1.2 Unterschiede zwischen C# und Java 2 1.3 Das.NET-Framework 4 1.4 Übungsaufgaben 9 2 Erste Schritte 11 2.1 Hello World 11 2.2
Methoden. Gerd Bohlender. Einstieg in die Informatik mit Java, Vorlesung vom
Einstieg in die Informatik mit Java, Vorlesung vom 2.5.07 Übersicht 1 2 definition 3 Parameterübergabe, aufruf 4 Referenztypen bei 5 Überladen von 6 Hauptprogrammparameter 7 Rekursion bilden das Analogon
Einführung in die Programmiersprache C
Einführung in die Programmiersprache C 4 Storage classes Alexander Sczyrba Robert Homann Georg Sauthoff Universität Bielefeld, Technische Fakultät Compilation units Compilierung eines mehrteiligen Programms:
Einführung in die Programmiersprache C
Einführung in die Programmiersprache C 4 Storage classes Alexander Sczyrba Robert Homann Georg Sauthoff Universität Bielefeld, Technische Fakultät Compilation units Compilierung eines mehrteiligen Programms:
Dynamischer Speicher
Dynamischer Speicher C-Kurs 2012, 3. Vorlesung Tino Kutschbach tino.kutschbach@campus.tu-berlin.de http://wiki.freitagsrunde.org 13. September 2012 This work is licensed under the Creative Commons Attribution-ShareAlike
Virtual Machines unter der Haube
Virtual Machines unter der Haube Alexander Lais unfug.org 21.06.2007 Agenda Aufbau der Laufzeitumgebungen Binärformate und Befehlssatz Compilierung Garbage Collection Nativer Code
Einstieg in die Informatik mit Java
1 / 25 Einstieg in die Informatik mit Java Objektorientierte Programmierung und Klassen Gerd Bohlender Institut für Angewandte und Numerische Mathematik Gliederung 2 / 25 1 Die Philosophie 2 Definition
Einführung in C#.NET. 1 Übersicht. 2 Typen (Types) Dieser Artikel stammt aus dem Magazin von C++.de (http://magazin.c-plusplus.de)
Dieser Artikel stammt aus dem Magazin von C++.de (http://magazin.c-plusplus.de) Einführung in C#.NET 1. Übersicht 2. Typen 3. Enumerationen (Enums) 4. Felder (Arrays) 5. Boxing & Unboxing 6. Overflow Checks
2 Eine einfache Programmiersprache. Variablen. Operationen Zuweisung. Variablen
Variablen Eine Programmiersprache soll Datenstrukturen anbieten Operationen auf Daten erlauben Kontrollstrukturen zur Ablaufsteuerung bereitstellen Variablen dienen zur Speicherung von Daten. Um Variablen
Einleitung Typsystem Typisierung Zusammenfassung Literatur. Typisierung. Effiziente Programmierung. Thomas Schnieders
Typisierung Effiziente Programmierung Thomas Schnieders Fachbereich Informatik Fakultät für Mathematik, Informatik und Naturwissenschaften Universität Hamburg 2018-04-26 Thomas Schnieders Typisierung 1
2 Eine einfache Programmiersprache
2 Eine einfache Programmiersprache Eine Programmiersprache soll Datenstrukturen anbieten Operationen auf Daten erlauben Kontrollstrukturen zur Ablaufsteuerung bereitstellen Als Beispiel betrachten wir
Software Reuse Sommer Einfache, aus 3 Komponenten bestehende, Anwendung Was ist eine Komponente?
Rückblick Einfache, aus 3 Komponenten bestehende, Anwendung Was ist eine Komponente? Eine einzelne Klasse? Eine ganze Anwendung? Komponente In sich abgeschlossener Baustein Klar definierte Schnittstelle
Überblick. Peter Sobe 1
Überblick 1. Einführung C++ / Entwicklung/ Sprachfamilie 2. Nicht objektorientierte Erweiterungen von C 3. Grundlagen des Typkonzepts von C++ 4. Ziele der Objektorientierung 5. Objekt und Klasse, Elementfunktionen
Software Entwicklung 1
Software Entwicklung 1 Annette Bieniusa Peter Zeller AG Softech FB Informatik TU Kaiserslautern Speichermanagement Wie viel Speicher braucht ein Programm? Wofür wird Speicher benötigt? Wie ist der Speicher
Einführung in C# /.NET. Dr. Beatrice Amrhein
Einführung in C# /.NET Dr. Beatrice Amrhein Überblick C# und die.net Laufzeitumgebung Vordefinierte Datentypen Projekte in Visual Studio 2 Definition von.net 3 Die verschiedenen Schichten über dem Betriebssystem
1 Native C Code in C# Umgebung mit Visual Studio 2010
1 Native C Code in C# Umgebung mit Visual Studio 2010 29.07.2013 1.1 Ziel Ein Embedded C Code soll innerhalb einer C# Umgebung lauf- und debuggfähig sein. Der C# Anteil stellt dem Embedded C Code einen
Einstieg in die Informatik mit Java
1 / 26 Einstieg in die Informatik mit Java Methoden Gerd Bohlender Institut für Angewandte und Numerische Mathematik Gliederung 2 / 26 1 Methoden 2 Methodendefinition 3 Parameterübergabe, Methodenaufruf
Einstieg in die Informatik mit Java
1 / 34 Einstieg in die Informatik mit Java Klassen mit Instanzmethoden Gerd Bohlender Institut für Angewandte und Numerische Mathematik Gliederung 2 / 34 1 Definition von Klassen 2 Methoden 3 Methoden
Fragen zur OOP in Java
- 1 - Inhalt Was bedeutet OOP?... 2 Was versteht man unter einer Klasse?... 2 Wie nennt man die Mitglieder einer Klasse?... 2 Wie erzeugt man Objekte?... 2 Wie greife ich auf Member einer Klasse zu?...
pue13 January 28, 2017
pue13 January 28, 2017 1 Aufgabe 1 (Klammern und Anweisungsblöcke) Wie Sie in der Vorlesung gelernt haben, werden Anweisungsblöcke in Java nicht durch Einrückung, sondern mithilfe von geschweiften Klammern
C++ - Einführung in die Programmiersprache Header-Dateien und Funktionen. Leibniz Universität IT Services Anja Aue
C++ - Einführung in die Programmiersprache Header-Dateien und Funktionen Leibniz Universität IT Services Anja Aue Modularisierung Logische Gliederung von Programmteilen mit Hilfe von Namensräumen. Aufteilung
Tag 5. Repetitorium Informatik (Java) Dozent: Marius Kamp Lehrstuhl für Informatik 2 (Programmiersysteme)
Tag 5 Repetitorium Informatik (Java) Dozent: Marius Kamp Lehrstuhl für Informatik 2 (Programmiersysteme) Friedrich-Alexander-Universität Erlangen-Nürnberg Wintersemester 2017/2018 Übersicht Methoden Deklaration
7 Funktionen. 7.1 Definition. Prototyp-Syntax: {Speicherklasse} {Typ} Name ({formale Parameter});
S. d. I.: Programieren in C Folie 7-1 7 Funktionen 7.1 Definition Prototyp-Syntax: Speicherklasse Typ Name (formale Parameter); der Funktions-Prototyp deklariert eine Funktion, d.h. er enthält noch nicht
Die Sprache C# Datentypen, Speicherverwaltung Grundelemente der Sprache. Dr. Beatrice Amrhein
Die Sprache C# Datentypen, Speicherverwaltung Grundelemente der Sprache Dr. Beatrice Amrhein Überblick Speicherverwaltung: Stack und Heap Ein- und Ausgabe über die Console Variablen und Operatoren Parameter
UNIVERSITÄT LEIPZIG. Mainframe Internet Integration SS2013. Java Remote Method Invocation Teil 3 RMI over IIOP
UNIVERSITÄT LEIPZIG Mainframe Internet Integration Prof. Dr. Martin Bogdan Prof. Dr.-Ing. Wilhelm G. Spruth SS2013 Java Remote Method Invocation Teil 3 RMI over IIOP el0100 copyright Abt. Technische Informatik,
Programmierkurs C++ Variablen und Datentypen
Programmierkurs C++ Variablen und Datentypen Prof. Dr. Stefan Fischer Institut für Telematik, Universität zu Lübeck http://www.itm.uni-luebeck.de/people/fischer #2 Überblick Welche Datentypen gibt es in
THE GO PROGRAMMING LANGUAGE. Michael Karnutsch & Marko Sulejic
THE GO PROGRAMMING LANGUAGE Part 1: Michael Karnutsch & Marko Sulejic Gliederung Geschichte / Motivation Compiler Formatierung, Semikolons Variablen, eigene Typen Kontrollstrukturen Funktionen, Methoden
Tag 4 Repetitorium Informatik (Java)
Tag 4 Repetitorium Informatik (Java) Dozent: Michael Baer Lehrstuhl für Informatik 2 (Programmiersysteme) Friedrich-Alexander-Universität Erlangen-Nürnberg Wintersemester 2017/2018 Übersicht Arrays (Reihungen)
12 Abstrakte Klassen, finale Klassen und Interfaces
12 Abstrakte Klassen, finale Klassen und Interfaces Eine abstrakte Objekt-Methode ist eine Methode, für die keine Implementierung bereit gestellt wird. Eine Klasse, die abstrakte Objekt-Methoden enthält,
Programmieren in Java
Ein Projekt 2 Wiederholung: new-operator Werte nicht-primitiver Datentypen müssen mit new erzeugt werden Es gibt keine Möglichkeit primitive Daten mit new zu erzeugen Beispiele int[] myarray = new int[]
Javakurs für Anfänger
Javakurs für Anfänger Einheit 02: Klassen & Objekte Lorenz Schauer Lehrstuhl für Mobile und Verteilte Systeme Heutige Agenda 1. Teil: Klassen Grundstruktur einer Java-Klasse Eigenschaften (Attribute) Variablen
Die Sprache C# Datentypen, Speicherverwaltung Grundelemente der Sprache. Dr. Beatrice Amrhein
Die Sprache C# Datentypen, Speicherverwaltung Grundelemente der Sprache Dr. Beatrice Amrhein Überblick Speicherverwaltung: Stack und Heap Ein- und Ausgabe über die Console Variablen und Operatoren Parameter
Objektorientierung. Marc Satkowski 20. November C# Kurs
Objektorientierung Marc Satkowski 20. November 2016 C# Kurs Gliederung 1. Weiterführende Verzweigungen Tertiäre-Verzweigung switch case 2. Schleifen Zählschleife (for) break & continue 3. Objektorientierung
Umsetzung einer Klassenkarte in einer Programmiersprache
Klassen in Java Umsetzung einer Klassenkarte in einer Programmiersprache Objektorientierte Programme bestehen (nur) aus Klassendefinitionen In Klassendefinitionen wird die Struktur der Objekte festgelegt,
Klausur Grundlagen der Programmierung
Klausur Grundlagen der Programmierung Aufgabenstellung: Martin Schultheiß Erreichte Punktzahl: von 60 Note: Allgemeine Hinweise: Schreiben Sie bitte Ihren Namen auf jedes der Blätter Zugelassene Hilfsmittel
Programmiersprache 1 (C++) Prof. Dr. Stefan Enderle NTA Isny
Programmiersprache 1 (C++) Prof. Dr. Stefan Enderle NTA Isny 9. Zeiger Arbeitsspeicher / Adressen Der Arbeitsspeicher des Computers (RAM) besteht aus einem Feld von Speicherzellen, beginnend bei Adresse
2.8 Klassen. Nichtgleichartige Elemente können in Klassen zu einem neuen Typ zusammengefasst werden. Beispiel: Die drei Komponenten
2.8 Klassen Frage: Arrays fassen gleichartige Elemente (d.h. Elemente von gleichem Typ) zusammen. Wie kann man nichtgleichartige Elemente zu einem neuen Typ zusammenfassen? Nichtgleichartige Elemente können
Wie kann man es verhindern das Rad immer wieder erneut erfinden zu müssen?
Generic Programming without Generics from JAVA5 Motivation Wie kann man es verhindern das Rad immer wieder erneut erfinden zu müssen? Ein Bespiel: sie haben bereits eine Klasse zur Multiplikation von Matrizen
Programmieren in C. Speicher anfordern, Unions und Bitfelder. Prof. Dr. Nikolaus Wulff
Programmieren in C Speicher anfordern, Unions und Bitfelder Prof. Dr. Nikolaus Wulff Vergleich: Felder und Strukturen Felder müssen Elemente vom selben Typ enthalten. Strukturen können Elemente unterschiedlichen
10.4 Konstante Objekte
10.4 Konstante Objekte Genau wie bei einfachen Datentypen (int,double,...) kann man auch Objekte als const deklarieren. Eine solche Deklaration bedeutet, daß alle Attribute so behandelt werden, als wären
Grundlagen von C# - 1
Grundlagen von C# - 1 Marc Satkowski 20. November 2016 C# Kurs Gliederung 1. Über diesen Kurs 2. Benötigte Software 3. Exkurs: Architektur von.net und C# 4. Erstes Programm: Hello World Grundlegende Eigenschaften
Languages and Tools for Object-Oriented Development Klausur Wintersemester 2007/2008
Languages and Tools for Object-Oriented Development Klausur Wintersemester 2007/2008 27. Februar 2008 Institut für Softwaresysteme, TUHH Regeln: 1. Zu dieser Klausur sind keinerlei Hilfsmittel zugelassen.
1 Klassen und Objekte
1 Klassen und Objekte Datentyp - Spezifikation des Typs von Datenobjekten Datenstruktur - logische Ordnung von Elementen eines Datentyps - zur (effizienten) Speicherung, Verwaltung, Zugriff - auf die Elemente
ÜBUNGS-BLOCK 7 LÖSUNGEN
ÜBUNGS-BLOCK 7 LÖSUNGEN Aufgabe 1: Gegeben ist folgender Code: Auto[] array = new Auto[3]; // Alle Autos im Array tunen: for (int i = 1; i
7 Laufzeit-Speicherverwaltung
7.1 Grundlagen Bevor wir die Code-Generierung betrachten, müssen wir uns Gedanken über zur Laufzeit des zu generierenden Programms notwendige Aktivitäten zur Zuordnung und Freigabe von Speicherplatz machen.
Repetitorium Informatik (Java)
Repetitorium Informatik (Java) Tag 6 Lehrstuhl für Informatik 2 (Programmiersysteme) Übersicht 1 Klassen und Objekte Objektorientierung Begrifflichkeiten Deklaration von Klassen Instanzmethoden/-variablen
Einstieg in die Informatik mit Java
Vorlesung vom 18.4.07, Vordefinierte Datentypen Übersicht 1 Ganzzahlige Typen 2 Boolscher Typ 3 Gleitkommatypen 4 Referenztypen 5 void Typ 6 Implizite und explizite Typumwandlungen Ganzzahlige Typen Die
6 Speicherorganisation
6 Speicherorganisation Der Speicher des Programms ist in verschiedene Speicherbereiche untergliedert Speicherbereiche, die den eigentlichen Programmcode und den Code der Laufzeitbibliothek enthalten; einen
Variablen. int Flugzeug. float. I write code Hund. String. long. Borchers: Programmierung für Alle (Java), WS 06/07 Kapitel
4213 Variablen 17.834 float Flugzeug 36812736294 I write code Hund long String Borchers: Programmierung für Alle (Java), WS 06/07 Kapitel 3 + 4 1 Variablen sind wie Becher. Sie speichern etwas. // Variablen
Algorithmen und Datenstrukturen
Algorithmen und Datenstrukturen Tafelübung 03 Vererbung, Polymorphie, Sichtbarkeit, Interfaces Clemens Lang T2 11. Mai 2010 14:00 16:00, 00.152 Tafelübung zu AuD 1/26 Klassen und Objekte Klassen und Objekte
Kapitel 9. Programmierkurs. Attribute von Klassen, Methoden und Variablen. 9.1 Attribute von Klassen, Methoden und Variablen
Kapitel 9 Programmierkurs Birgit Engels Anna Schulze Zentrum für Angewandte Informatik Köln Objektorientierte Programmierung Attribute von Klassen, Methoden und Variablen Interfaces WS 07/08 1/ 18 2/ 18
Einstieg in die Informatik mit Java
1 / 35 Einstieg in die Informatik mit Java Vererbung Gerd Bohlender Institut für Angewandte und Numerische Mathematik Gliederung 2 / 35 1 Grundlagen 2 Verdeckte Variablen 3 Verdeckte Methoden 4 Konstruktoren
Liste Programmieren Java Überblick
Liste Programmieren Java Überblick 1 Was ist Java? 2 Klassen und Objekte 3 Vererbung 4 Schnittstellen 5 Innere Klassen 6 Exceptions 7 Funktionsbibliothek 8 Datenstrukturen und Algorithmen 9 Ein-/Ausgabe
Praxis der Programmierung
Template-Funktionen und -Klassen Einführung in Java Institut für Informatik und Computational Science Universität Potsdam Henning Bordihn 1 Template-Funktionen 2 Minimumfunktion und offene Typen Aufruf
Schwerpunkte. 10. Felder (Arrays) Grundprinzip von Arrays. Klassifikation von Typen in Programmiersprachen
Schwerpunkte 10. Felder (Arrays) Teil 1 Java-Beispiele: Echo.java Primzahlen.java Monate.java Klassifikation von Typen in Programmiersprachen Array: einziger strukturierter Typ in Java Deklaration, Erzeugung
Einführung: Verteilte Systeme - Remote Method Invocation -
Einführung: Verteilte Systeme - - Prof. Dr. Michael Cebulla 11. Dezember 2014 Fachhochschule Schmalkalden Wintersemester 2014/15 1 / 43 M. Cebulla Verteilte Systeme Gliederung 1 2 Architektur RMI Kommunikation
Definitionen/Vorarbeit zum Thema Java
Definitionen/Vorarbeit zum Thema Java Programmiersprachen: System von Wörtern und Symbolen, die zur Formulierung von Programmen für die elektronische Datenverarbeitung verwendet werden. Arten: z.b. Javascript