VB is meiner Meinung nach kacke(!)
Du weißt das VB genau so eine voll anerkannte Sprache ist wie C#! Wenn du sagen würdest dir gefällt die Syntax nicht ist das in ordnung aber so eine Aussage ist nicht hinnehmbar ohne einen guten Grund -.-
Herb schrieb:
Stimmit so leider nicht. Im Debugger kannst du problemlos aud private / protected Member einer Klasse zugreifen. Im Code funktioniert das (natürlich) nicht.
Ja das ist richtig, habe aber angenommen, dass es ein public property ist. Aber jetzt hat er ja seine Lösung.
Gast2 schrieb:
Dann werde ich das ganze auf List umstellen. Auch wenn es sehr umständlich sein wird.
Hmm, wieso umständlich? Eigentlich wird dadurch alles einfacher.
Ist ArrayList komplett veraltet? Soll man ArrayList überhaupt nicht mehr verwenden?
Genau das. Die 'ArrayList' bietet gegenüber der generischen 'List<T>' keinerlei Vorteile und einige handfeste Nachteile. Die zwei größten Vorteile der 'List<T>' sind einfach, dass man zum einen klareren Code schreibt weil zum einen das ganze Gecaste wegfällt, was den Code nur aufbläht, zum anderen sind die verwendeten Typen besser ersichtlich.
Der andere große Vorteil ist, dass die 'List<T>' bereits zur Compilezeit viel mehr potentielle Fehler auffängt, weil sie einfach eine wesentlich striktere Typenprüfung ermöglicht.
Hallo,
ich habe folgendes Problem:
Ich habe eine .NET (C#) -dll, welche ein Control enthält. Dieses Control möchte ich jetzt auch in anderen Anwendungen verwenden, welche lediglich die dll referenzieren. Da ich das ganze möglichst leicht (für den Anwender, der in diesem Fall auch Programmieren ist) machen wollte, dachte ich, dass es vielleicht so eine Möglichkeit gibt, wie bei COM-Objekten, diese als Post-Build-Step direkt registrieren zu lassen.
In diesem Sinne habe ich mir einen key generiert und lasse als Post-Build-Step die dll im Global Assembly Cache registrieren. Dort erscheint sie auch wunderbar.
Jetzt dachte ich allerdings, damit wäre das ganze vorbei, da ja das Visual Studio auf der Suche nach Referenzen entsprechende Orte, zum Beispiel bei COM-Objekten die Registry, durchsucht und in der Folge die registrierten dlls anzeigt. Ich dachte, dass die .NET dlls im GAC landen müssen, um in dem Dialog angezeigt zu werden. Allerdings ist das scheinbar nicht so (oder ich habe etwas dabei außer acht gelassen, oder falsch gemacht). Im GAC jedenfalls erscheint meine dll (füge sie als Post-Build-Step mittels "gacutil /I myDll.dll" hinzu) nicht.
Ich hoffe, dass ihr mir irgendwie helfen könntet dabei, habe bislang online noch nicht viele Informationen zu diesem Thema aufgreifen können, vielleicht habe ich nicht richtig (bzw nicht nach den richtigen Keywords) gesucht.
Thxle so far
Danke für die Antwort ich werde mich damit beschäftigen.
Grob sieht der Quelltext so aus.
class Worker
{
/*
+ events und delegates
onFileFound
onFileScanned
onDone
usw..
*/
public Worker()
{
/*
Dictionary initialisieren
*/
}
public void Work()
{
SearchFiles();
/*
Je nach Option
ParseFiles(),
QueryInSQLiteDb() oder
beides.
*/
}
public void SearchFiles()
{
/*
Dateien finden
und im Dictionary speichern
onFileFound aufrufen um Eintrag in die
ListView zu schreiben
*/
}
public void ParseFiles()
{
/*
Dateien nach bestimmten
stellen durchsuchen
onFileScanned aufrufen um Farbe
des Eintrages zu ändern
*/
}
public void QueryInSQLiteDb()
{
/*
Dateien nach bestimmten
stellen durchsuchen
onFileScanned aufrufen um Farbe
des Eintrages zu ändern
*/
}
}
Ich habe für meine Anwendung ein PlugIn -System entwickelt. Prinzipiell wird über eine Funktion aus einer bestimmten Klasse der PlugIn-dll eine Klasse geladen, die von Usercontrol abgeleitet ist.
Befindet sich aber in dieser Usercontrol-Klasse das WindowsMediaPlayer-Control (AxWMPLib.AxWindowsMediaPlayer), bekommt man beim Start der Applikation immer eine Exception:
Could not load file or assembly 'AxInterop.WMPLib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. Das System kann die angegebene Datei nicht finden.
Die beiden notwendigen dlls befinden sich aber im gleichen Ordner wie die Plugin-dll, die das Control benutzt. Ich weiß nicht genau wo er nach AxInterop.WMPLib sucht, er schreibt auch nicht in den Details der Exception.
Ich hoffe mir kann jemand helfen..... danke im voraus
Es geht um die Text-Property des Buttons. Als ich noch mit System.Windows.Forms.Button geaebeitete habe, wurde es korrekt angezeigt. Nun verwende ich ich eine davon (von System.Windows.Forms.Button abgeleitete Klasse und statt "Ok" steht im Designer "MyNamespace.MyButton".
Ein TableLayoutPanel ist keine Tabelle, sondern ein unsichtbares Panel, in das man andere Controls reinlegen kann. Dann kann man wie bei einer Tabelle Spalten- und Zeilenbreiten einstellen und die Controls darin werden entsprechend ausgerichtet.
Schau dir mal GridView oder sowas an.
Shava schrieb:
SeboStone schrieb:
aber ich habe ja keine Ahnung con XML.
Kann schon sein, kann ich nicht beurteilen, aber von "bitte genauer" weiß ich es nun.
was ist eigentlich dein problem? du postest hier fehlerhaftes xml mit einer schwammigen fragestellung und beschimpfst dann diejenigen, die dir helfen wollen.
wenn du der welt zeigen wolltest, was für ein arrogantes arschloch du bist: glückwunsch, das hast du erreicht.
Nein, du brauchst nur für die DB-Abfrage einen zusätzlichen Thread, den Button fragst du ganz einfach in deinem Hauptthread (Formular) mittels des OnClick-Events ab und stoppst damit dann den DB-Thread.
Wenn du .NET 2.0 benutzt, schau dir mal die Klasse BackgroundWorker an.
Zunächst einmal wäre es interessant zu wissen was du so probiert hast. Sprich Code!
Nunja.
Wieso nutzt du nicht das buttonpressed Ereignis. Oder das down/up Ereignis?
Am einfachsten generierst du den Eventhandler mit dem Designer.
Hab es jetzt selbst gelöst indem ich in die Position der Gruppen anhand des TopItems der Gruppe,das ich vorher raussuche,berechnet habe und in MouseDown gucke ob der Punkt drinliegt und dann ein Event aufrufe.