So, bin mittlerweile zu dem Schluss gekommen, dass die IStream Methode mit C# nicht so ohne weiteres möglich ist. Grundsätzlich muss es aber gehen. Nochmal mein Problem: Ich möchte eine Datei per Drag and Drop in ein Explorer Fenster ziehen (geht normal ganz einfach, wenn die Quelldatei irgendwo auf der Festplatte liegt) Die Datei ist aber in einer Datenbank.
2 andere Möglichkeiten:
1) Eine Möglichkeit wäre, dem Explorer den Pfad einer temporären Datei zu geben und beim Einfügen die Datei dorthin zu kopieren, damit sie sich der Explorer von dort holen kann. Allerdings müsste der Explorer warten bis ich mit dem Kopieren fertig bin. (Was er nicht tut, und sich deswegen beschwert dass die Datei in Verwendung ist.) Wie krieg ich den Explorer dazu, zu warten bis ich die Datei in den Temp Ordner kopiert habe?
2) Eventuell ist es auch möglich, den Pfad des Ordners zu bekommen, in den der Benutzer die Datei gedroppt hat. Dann könnte meine Anwendung die Datei auch direkt dorthin schreiben.
Ich komme momentan nicht weiter, der Explorer stürzt immer nach einigen ComExceptions mit der Fehlermeldung "Ungültige Formattec Struktur" ab. Das Problem liegt in der Methode GetData(ref System.Runtime.InteropServices.ComTypes.FORMATETC formatetc, out System.Runtime.InteropServices.ComTypes.STGMEDIUM medium)
.
Danke für deine Mühe. Unter System.Runtime.InteropService.ComTypes gibt es ebenfalls ein IStream Interface, ich hab also die Qual der Wahl . Aber mithilfe des Links den du gestern gepostet hast sollte ich's hinkriegen.
Weil ich ehrlich gesagt keine Ahnung habe, wie ich dies mit C# realisieren könnte. Ich hatte gehofft, dass jemand damit Erfahrung hat und weiß wie man es implementiert. Gibt es eventuell eine Möglichkeit den Ordner herauszufinden, in in den gedroppt wurde?
Größere Dateien werden zwar korrekt übertragen, der Windows Explorer regt sich aber auf dass nicht genügend Speicher vorhanden ist. (Ist ein bekanntes Problem des Codes, wird auch bei den Kommentaren unter dem Artikel diskutiert).
Gibt es eventuell eine andere Möglichkeit? Es würde ja auch reichen wenn ich irgendwie an den Pfad komme, in den die Datei hingedroppt wurde.
Wir möchten in unsere Anwendung Drag and Drop Funktionalitäten einbauen, so dass z.B. eine Datei von unserer Anwendung aus in den Explorer gezogen werden kann und dann dorthin kopiert wird
Das schwierige dabei: Die Datei liegt in einer Datenbank. Es gibt auf Codeproject einen Artikel dazu, leider hat dieser Probleme mit größeren Dateien. (ab 20Mb) In der MSDN gibt es auch eine Beschreibung der notwendigen Datenstrukturen, die hat mir aber auch nicht weitergeholfen. Der Inhalt der Datei müsste über ein IStream Interface direkt an den Explorer gestreamt werden...
Ausnahmsweise: In deinem Fall ist es eventuell einfacher, den Compiler direkt aufzurufen. (CSC.exe im Verzeichnis C:\WINDOWS\Microsoft .NET\Framework\2.0.x\)
//Diese Methode muss in die Klasse deines Forms
public void FillComboBox()
{
Mensch m = new Mensch();
m.Name= "Michael";
m.Alter = 19;
m.Haarfarbe = "Braun";
comboBox.Items.Add(m);
}
public class Mensch
{
public string Name;
public int Alter;
public string Haarfarbe;
public override string ToString()
{
// Abändern so wie du es brauchst
return Name + Alter.ToString() + Haarfarbe;
}
}
Wir werden uns mal mit dem Hersteller von der Komponente in Verbindung setzen, ob es nicht eine andere Lösung gibt. (So dass wir das gewünschte ohne die Methode erreichen oder der Hersteller die Klasse ändert)
Danke für deine Tipps. Auf diesem Weg konnte ich die Methode aufrufen, allerdings scheint das nicht bei bereits erstellten Typen (die nicht dynamisch angelegt werden) zu funktionieren:
Type t = typeof(TestClass);
MethodInfo methodToSwap = t.GetMethod("PrivateMethod", BindingFlags.NonPublic | BindingFlags.Instance);
MemberInfo mb = (MemberInfo)methodToSwap;
PropertyInfo[] infos = methodToSwap.GetType().GetProperties(BindingFlags.Public | BindingFlags.NonPublic | BindingFlags.Instance );
int token = mb.MetadataToken;
// So bin ich nicht an die Property rangekommen, darum hab ichs mit dem MemberInfo Cast oben probiert. Daran liegts aber nicht!
// int token = Convert.ToInt32(mb.GetProperty("MetadataToken", BindingFlags.NonPublic | BindingFlags.Instance).GetValue(mb, null));
byte[] ilCode = this.GetType().GetMethod("NewMethod", BindingFlags.NonPublic | BindingFlags.Instance).GetMethodBody().GetILAsByteArray();
GCHandle handle = GCHandle.Alloc(ilCode, GCHandleType.Pinned);
IntPtr pointer = handle.AddrOfPinnedObject();
MethodRental.SwapMethodBody(t, token, pointer, ilCode.Length, 0);
handle.Free();
t.GetMethod("PrivateMethod", BindingFlags.NonPublic | BindingFlags.Instance).Invoke( null, new object[]{});
Zitat
Die MethodRental.SwapMethodBody-Methode kann nur aufgerufen werden, um den Methodentext in einem dynamischen Modul auszulagern.
Hallo norman_timo!
Die Assembly ist wie gesagt eine Drittkomponente und Änderungen daran sind nicht erlaubt.
Wir verwenden hier in einer Firma eine Komponente, die wir an einer bestimmten Stelle erweitern wollen. Allerdings ist diese Komponente dazu keine Möglichkeit. Wir müssen aber eigentlich nur eine Methode austauschen...
Ich habe System.Reflection.Emit.MethodRental.SwapMethodBody gefunden, allerdings ist die Methode recht schlecht dokumentiert und sie funktioniert auch nur wenn man eine Klasse dynamisch zusammenbaut.
Gibt es irgendeine andere Möglichkeit, einen Methodenkörper zur Laufzeit durch einen anderen auszutauschen?
Ich denke wie man ein Projekt angeht hängt auf jeden Fall von der Größe und von der Anzahl der Beteiligten ab. Ich nehme mir zwar auch oft vor ein Projekt vorher durchzuplanen aber meistens hacke ich dann trotzdem gleich drauf los ;-). Für kleinere private Projekte geht das meiner Meinung nach auch in Ordnung, da sich dort manche Ideen oft erst während dem Programmieren ergeben und einem dann die beste Planung nichts mehr nützt ;-).
Das Theme wurde aber schon einige Male besprochen...
Ist eine aktuelle DirectX Version installiert? Und bist du sicher dass das Problem an XNA liegt? Bau mal ganz zu Beginn der Anwendung einen try-catch Block ein und lass dir die Fehlermeldung per MessageBox.Show ausgeben.
Nutzt du Windows Vista? Damit verträgt sich VS 2005 nicht sonderlich gut. Ich empfehle dir C# Express 2008 (bisher nur auf Englisch verfügbar) auszuprobieren. Dort lässt sich auch .NET 2.0 weiterverwenden, wenn du das möchtest. (http://www.microsoft.com/express/download/)
Das Problem hatte ich auch vor kurzem. Bei mir funktionierte es besser mit AssemblyName.GetNameAssemblyName(), da ich bei den normalen Reflection Methoden (trotz ReflectionOnlyLoad soweit ich weiß) die Datei danach nicht überschreiben konnte.