Laden...

Forenbeiträge von lebes Ingesamt 82 Beiträge

03.11.2006 - 13:09 Uhr

Hallo,

ich habe ein Problem beim Zurückschreiben meiner Ergebnisse in ein leeres Excel Datenblatte. Folgender Code:

DataTable DB_Ergebnisse = new DataTable("ExcelData");

            cmd.CommandText = "SELECT * FROM [Ergebnisse$]";
            da.SelectCommand = cmd;
            da.Fill(DB_Ergebnisse);

            DB_Ergebnisse.Rows.Add();
            for (cIndex4=1; cIndex4<=5;cIndex4++)
                DB_Ergebnisse.Columns.Add();
            DB_Ergebnisse.Rows[1][1] = "Verlust"; DB_Ergebnisse.Rows[1][2] = "Anzahl";
            DB_Ergebnisse.Rows[1][4] = "Ertrag"; DB_Ergebnisse.Rows[1][5] = "Anzahl";

            for (cIndex = 1; cIndex <= Anzahl_Stützstellen; cIndex++)
            {
                DB_Ergebnisse.Rows.Add();
                DB_Ergebnisse.Rows[cIndex + 1][1] = Verlustintervall*cIndex; 
                DB_Ergebnisse.Rows[cIndex + 1][2] = Verteilung_Verlust_ohne[cIndex];
                
                DB_Ergebnisse.Rows[cIndex + 1][4] = Ertragsintervall * cIndex;
                DB_Ergebnisse.Rows[cIndex + 1][5] = Verteilung_Ertrag_ohne[cIndex] ;  
            }

            OleDbCommandBuilder cmb = new OleDbCommandBuilder(da);
            da.Update(DB_Ergebnisse);  <---- hier kommt die Fehlermeldung

liefert die Fehlermeldung:
Syntaxfehler in der INSERT INTO Anweisung

Kann damit leider überhaupt nix anfangen. Kann mir jemadn weiterhelfen?

Gruß

03.11.2006 - 11:11 Uhr

Hallo,

gibt es in V# auch die Möglichkeit (wie in VB) den Code bis zur Cursorposition ablaufen zu lassen ohne jedesmal den Haltepunkt an dieser Stelle zu setzen.

Gruß

02.11.2006 - 17:18 Uhr

Hallo,

habe mittlerweile 400 Zeilen Code und ein Großteil davon besteht aus eine umfangreichen if-elseif Abfrage. Daher frage ich mich, ob es auch möglich ist einen bestimmten Zeilenbereich einzuklappen oder bzw. es einen einfachen Weg gibt dies zu realisieren.

Vielen Dank für Infos.

Gruß

30.10.2006 - 17:31 Uhr

Wunder mich ja schon ein wenig über diese Einschränkungen. Auch, dass es in C# nichts vergleichbares wie die With Anweisung von VB gibt. Sowohl ein flexiblere switch Kontrollstruktur, als auch eine With Anweisungen hätten der Sprache doch gut getan.

Nocheine Frage zu den Switch Thema: Kann man nur auf Gleichheit testen oder gibt es zumindest die Möglichkeit zB auf kleiner gleich zu testen?

Gruß

30.10.2006 - 13:15 Uhr

Hallo,

in VB gibt es ja so schöne Befehle wie zB NormSInv. Damit kann man sich Quantile der Normalverteilung bzw. Werte der entsprechenden Verteilungsfunktion ausgeben lassen.

Wo finde ich das Analogon für C#?

Gruß

30.10.2006 - 10:32 Uhr

> Ist es schneller, wenn Du Excel vorher schließt?

Oja! Gerade mal noch knappe 2 Sekunden für mittlerweile zwei Tabellen. Ist mir jetzt überhaupt nicht klar, wo da der Zusammenhang ist, aber wenigstens jetzt schneller.

Gruß

30.10.2006 - 09:43 Uhr

Hi Rainbird,

habe deinen Code eins zu eins kopiert. Dauert bei mir 13 Sekunden (schonmal besser als vorher). Wie könnte ich denn herausfinden was mich da ausbremst?
Ist es ein Problem, dass die angeforderte Excel Tabelle geöffnet ist?

Ich starte das Programm immer mittels des grünen Pfeiles auf der Visual Studio Hauptseite. Ist das evt. ein Problem?

Gruß

27.10.2006 - 18:15 Uhr

Hallo,

ist es normal das der folgende Anweisungsblock:

OleDbConnection con = new OleDbConnection();

            con.ConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0; Data Source=X:\\Office\\Excel\\Kalki.xls; Extended Properties=Excel 8.0;";
            // con.Open();

            OleDbCommand cmd = new OleDbCommand();
            cmd.CommandText = "SELECT * FROM [Pool$]";
            cmd.Connection = con;

            DataSet ds = new DataSet();
            OleDbDataAdapter da = new OleDbDataAdapter(cmd);

            da.Fill(ds);

            DataTable DB_Pool = new DataTable();
            DB_Pool = ds.Tables[0];

ungefähr 20 sek. dauert? Das ist beim Programmieren schon ganzschön lästig, wenn man immer 20 sek. warten muss, bis man sieht, ob das gewünschte rauskommt.

Gruß

26.10.2006 - 19:03 Uhr

Hallo.

Hab da ein unerwartetes Problem mit einer Excel Tabelle. Folgender Code:
OleDbConnection con = new OleDbConnection();

con.ConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0; Data Source=X:\Office\Excel\tool_final.xls; Extended Properties=Excel 8.0;";

con.Open();

liefert den Fehler:
Die externe Tabelle hat nicht das erwartete Format.

Das erstaunliche ist, dass die Geschichte gestern noch völlig problemlos funktioniert hat und eig. nicht an der Tabelle verändert wurde.

Dann noch eine Frage. Wie kann ich eine Tabelle wieder vollständig freigeben. Habe das Problem, dass die Dateien nach Verwendung schreibgeschützt sind, auch wenn der Code abgearbeitet ist.

Gruß

Sebastian

26.10.2006 - 13:07 Uhr

Hallo,

versuche gerade Zufallszahlen im Intervall (0,1) zu erzeugen. Irgendwie kriege ich es nicht hin. Folgender Code:

Random rnd = new Random(DateTime.Now.Millisecond); // Init
double zufall = rnd.Next(0, 1);

liefert immer 0 als Ergebnis. Was mach ich falsch?

Gruß

26.10.2006 - 13:05 Uhr

Ich habe das erwartet, da die Implementationen der mathematischen Funktionen in VB 6 sehr langsam sind.

Wenn ich das C# Programm nicht aus dem Dubbuger starte habe ich auch einen Beschleunigung um den Faktor knapp 2.

Ist aber noch nicht das was ich mir erhofft hatte, weil wie gesagt die Geschwindigkeitsperformance bei uns die Hauptmotivation zum Wechseln ist.

Warum sollte man sonst auf C# wechseln, wenn man mit VB 6 auch alles machen kann?

25.10.2006 - 18:08 Uhr

Hallo,

ich bin Umsteiger von VB 6 auf Visual C#. Mein Hauptmotiv ist ein hoffentlich deutlicher Geschwindigkeitsgewinn. Habe nun folgendes einfache Programm in C# und in VB 6 laufen lassen:

for (cIndex1 = 0; cIndex1 ≤ 100000000; cIndex1++)
hilfe = Math.Sin(cIndex1) + Math.Log(cIndex1);

Hatte nun natürlich erwartet, dass C# deutlich schneller ist. In Wahrheit haben aber beide System ungefähr 22 sec gebraucht. Kann das sein? Oder mach ich was falsch mit C#?

Gruß

24.10.2006 - 13:22 Uhr

Die Frage kann man sicher stellen, tut hier aber niemand. Die meisten hier kennen nur Excel und vereinzelt Access.

Hab jedenfalls die gleiche Abfrage mal in VB 6 nachgebaut (ca. 30 * 4000 = 120000 Abfragen). Dauert keine drei Sekunden. Wenn ichs in C# durchratern lasse, dauerts mehrere Minuten. Kann doch eigentlich nicht sein???

Was ich hier machen will, ist eine Monte Carlo Simulation nachprogrammieren, die bisher mit VB 6 läuft. Da da mehrere 100000 mal ein sinus und log berechnet werden muss, ist das wahrlich langsam.

Meine Hoffnung ist, dass das in C# deutlich schneller geht. Wenn aber schon das Dateneinlesen um sovieles lansamer ist;-(

Werde mir gleich mal die ODxy Sachen anschauen.

Gruß

24.10.2006 - 11:47 Uhr

Hallo,

lasse folgenden Code laufen:

static void Main(string[] args)
        {
                        long cIndex1, cIndex2, cIndex3;

            Auto[] Autos = new Auto[4124];
            for (cIndex1 = 0; cIndex1 <= 4123; cIndex1++)
            {
                Autos[cIndex1] = new Auto();
            }
            
            Excel.ApplicationClass excel = new Excel.ApplicationClass();

            
            
            
            // Arbeitsmappe öffnen
			object missing = Missing.Value;
			            Excel.Workbook workbook = excel.Workbooks.Open(@"X:\Office\Excel\Mappe2", missing, missing, missing,
                missing, missing, missing, missing, missing, missing, missing, missing, missing, 
                missing, missing);

            Excel.Worksheet DB_Autos = (Excel.Worksheet)workbook.Worksheets["Autos"];

            
            
            // hier werden hoffentlich die Daten eingelesen
            Excel.Range R_Preis = null;
            Excel.Range R_Anzahlung = null;
            Excel.Range R_Servo = null;
            

            cIndex2 = 4;

            for (cIndex1 = 0; cIndex1 <= 4123; cIndex1++)
            {
                R_Preis = (Excel.Range)DB_Autos.Cells[cIndex2, 4];
                R_Servo = (Excel.Range)DB_Autos.Cells[cIndex2, 6];

                Autos[cIndex1].Preis = (double)R_Preis.Value2;
                if ((string)R_Servo.Text == "ja") 
                    Autos[cIndex1].Flag_Servo = true;
                else Autos[cIndex1].Flag_Servo = false;

                for (cIndex3 = 0; cIndex3 <= 28; cIndex3++) 
                {
                    R_Anzahlung = (Excel.Range)DB_Autos.Cells[cIndex2, 7+cIndex3];
                }


                Console.WriteLine("Dies ist ein Test {0} und {1} und {2}", cIndex2, Autos[cIndex1].Preis, (string)R_Servo.Text);
                cIndex2++;
            }

Wenn ich diesen jetzt über die Oberfläche starte braucht er für 4000 Zeilen eine Ewigkeit. In VB 6.0 ging das einlesen im Vergleich dazu relativ zügig. Wo ist der Bremser? Evt. die einzelnen Range Zuweisungen?

Gruß

24.10.2006 - 10:56 Uhr

Hallo,

kann mir jemand ein (gutes) Buch zur MS Excel Object Library empfehlen?

Gruß

24.10.2006 - 09:10 Uhr

Hallo hatte folgendes Problem:

ClassA[] Feld = new ClassA[20];

Feld[0].i = 1; <----Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt

Hab mir mittlerweile die Infos dazu hier im Forum angeschaut und grob verstanden, dass ich das Feld anlege, aber nicht die Objekte. Wie kann ich aber nun die Objekte anlegen? Muss ich das in einer for-Schleife:
for 1....20
Feld_ = new ClassA

oder geht das auch "eleganter"?

Gruß

24.10.2006 - 09:06 Uhr

Hi Rainbird,

diese Seite hatte ich auch gefunden. Nur hat die Änderung nichts gebracht. Hab jetzt einfach ein komplettes Projektverzeichnis auf die lokale Platte kopiert und dann von dort aus geöffnet. Und siehe da ich kann auf Excel zugreifen.

WAHNSINN!!!!

Jetzt kann ich dann endlich damit anfangen mich mit den gewöhnlichen "Sprachproblemen" auseinanderzusetzen.

Euch erstmal vielen Dank.

23.10.2006 - 19:12 Uhr

Habe jetzt die Info bekommen, dass die Probleme mit den Sicherheitseinstellung "Quick&dirty" dadurch gelöst werden können, indem ich das Projekt auf der lokalen Festplatte speichere.

Hab ich natürlich sofort versucht nur leider ist das geschietert. Visual Studio meldet:
Die Projektdatei kann nur im Projektverzeichnis .... gespeichert werden.

Habe auch nach ner halben Stunde nicht rausbekommen, wie ich dieses Projektverzeichnis neu einstellen kann. Kann mir schnell jemand helfen? Danke schonmal.

Gruß

20.10.2006 - 14:00 Uhr

Hab jetzt nochmal weiter rumgestöbert. Ich fasse mal mein bisheriges Verständnis zusammen (bitte um Korrektur, wenn ich was mißverstanden habe).

Das .net Paket ist das relevante Assembly um dessen CAS es geht. Dieses sollte auf FullTrust gestellt werden, damit ich vernünftig damit arbeiten kann. Alleine kann ich das jedoch nicht tun, da mir die SysAd Rechte fehlen.

Soweit mein Verständnis. Eben hatte ich ein Telefonat mit der IT Abteilung. Für die ist Visual Studio 2005 neu und die wissen nicht wie man das umstellt!?!?

Habe nun zB den Befehl CasPol im netz gefunden. Natürlich kann ich den nicht selbst anwenden. Aber kann mir vielleicht jemand von euch einigermaßen genau schreiben, was man tun muss um auf einen System:
MS Windows XP
MS Office 2003
Visual Studio 2005

das .net CAS so zu setzten, dass ich dann vernünftig damit arbeiten kann??? So dass ich das an die Jungs weiterleiten kann, damit die wissen was zu tun ist.

Oder werfe ich momentan alles durcheinander?

Vielen vielen Dank schonmal.

Gruß

20.10.2006 - 12:12 Uhr

Hallo Rainbird,

erstmal danke fürs Finger wund schreiben.

Habe den Inhalt des Links gelesen und grob verstanden. Wenn ich deine Nachricht richtig verstehe, hat meine Visual Studio Installation (= Assemblie??) nicht die Berechtigung COM INterop zu verwenden. Dh ich kann die Objektlibrary nicht verwenden?

Ich habe Visual Studio nicht installiert. Dies wurde von den SysAds hier im Hause getan. Allerdings liegt es lokal auf meiner Platte. Kann ich denn nun selbst die Rechte meiner Visual Studio Version so hochsetzten, dass all diese Probleme verschwinden oder muss ich da weiter nervige Diskussionen mit der IT führen (die können mir seid gestern Mittag diesbezüglich keine Info geben).

Also nochmal präzise gefragt: Du schreibst:
Du solltest Deiner Assembly einen höheren Berechtigungssatz zuweisen (Um alle CAS-Probleme auszuschließen, den Berechtigungssatz "FullTrust").

Kann ich das alleine machen und wenn ja, wie? Oder brauch ich dafür einen SysAd, der das für mich einstellt?

Gruß

20.10.2006 - 09:25 Uhr

Hallo sg-sd,

ich hatte schon "befürchtet", dass ich diese using Zeile einfügen muss. Nur leider krieg ich dann wieder diese SecurityException:

System.Security.SecurityException wurde nicht behandelt.
Message="Die Assembly lässt keine Aufrufer zu, die nicht voll vertrauenswürdig sind."
Source="ConsoleApplication6"
StackTrace:
bei System.Security.CodeAccessSecurityEngine.ThrowSecurityException(Assembly asm, PermissionSet granted, PermissionSet refused, RuntimeMethodHandle rmh, SecurityAction action, Object demand, IPermission permThatFailed)
bei ConsoleApplication6.Program.Main(String[] args)
bei System.AppDomain.nExecuteAssembly(Assembly assembly, String[] args)
bei System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args)
bei Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
bei System.Threading.ThreadHelper.ThreadStart_Context(Object state)
bei System.Threading.ExecutionContext.runTryCode(Object userData)
bei System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
bei System.Threading.ThreadHelper.ThreadStart()

Werd hier ganz langsam wahnsinnig. Liegt das Problem an der Installation?

Gruß

Sebastian

19.10.2006 - 19:06 Uhr

Also hab da jetzt ein bisl rumgelesen. Vieles versteh ich leider noch nicht. Habe momentan folgenden Code ausprobiert:


using System;
using System.Collections.Generic;
using System.Text;

namespace ConsoleApplication6
{
    class Program
    {
        static void Main(string[] args)
        {
            Excel.ApplicationClass excel = new Excel.ApplicationClass();


            Excel.Application.Workbooks.Add(true);



            Console.WriteLine("Dies ist ein doller Test");
            Console.ReadLine();
        }
    }
}

Eingebunden habe ich (Über Verweise hinzufügen) die Excel Object 11.0 Library. Lieder kann er mit allen Stellen wo Excel steht nix anfangen.

Auch das Einfügen von: using Excel;
hilft nicht, denn auch das akzeptiert er nicht. Was mach ich falsch. Was muss ich mit using einbinden?

Gruß

19.10.2006 - 13:27 Uhr

Also prinzipiell habe ich alles lokal installiert. Allerdings ist mein Rechner mit einem Netzwerk verbunden.

19.10.2006 - 12:11 Uhr

Hallo,

hatte hier vor einigen Tagen schon meine Probleme mit der Office2000 Anbindung zu Visual C# berichtet. Habe mich nicht weiter darum gekümmert, sondern stattdessen dafür gesorgt, dass ich Office2003 installiert bekomme (in der Hoffnung, dass dann alles viel einfacher wird).

Die ist nun am heutigen Tage passiert. Ich habe eben folgenden einfachen Code ausgeführt:


using System;
using System.Collections.Generic;
using System.Text;
using Excel = Microsoft.Office.Interop.Excel;

namespace ConsoleApplication2
{
    class Program
    {
        static void Main(string[] args)
        {
            //Excel Application Object
            Excel.Application oExcelApp;

             //Get reference to Excel.Application from the ROT.
            oExcelApp = (Excel.Application)System.Runtime.InteropServices.Marshal.GetActiveObject("Excel.Application");

         }
    }
}

vorher habe ich die Microsoft Office 11.0 Library eingebunden.

Natürlich hatte ich gehofft, dass nun alles sauber durchläuft. Leider kommt eine SecurityException mit folgenden Details:

System.Security.SecurityException wurde nicht behandelt.
Message="Fehler bei der Anforderung des Berechtigungstyps System.Security.Permissions.SecurityPermission, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089."
Source="ConsoleApplication2"
StackTrace:
bei System.Security.CodeAccessSecurityEngine.ThrowSecurityException(Assembly asm, PermissionSet granted, PermissionSet refused, RuntimeMethodHandle rmh, SecurityAction action, Object demand, IPermission permThatFailed)
bei System.Security.CodeAccessSecurityEngine.ThrowSecurityException(Object assemblyOrString, PermissionSet granted, PermissionSet refused, RuntimeMethodHandle rmh, SecurityAction action, Object demand, IPermission permThatFailed)
bei System.Security.CodeAccessSecurityEngine.CheckSetHelper(PermissionSet grants, PermissionSet refused, PermissionSet demands, RuntimeMethodHandle rmh, Object assemblyOrString, SecurityAction action, Boolean throwException)
bei System.Security.CodeAccessSecurityEngine.CheckSetHelper(CompressedStack cs, PermissionSet grants, PermissionSet refused, PermissionSet demands, RuntimeMethodHandle rmh, Assembly asm, SecurityAction action)
bei ConsoleApplication2.Program.Main(String[] args)
bei System.AppDomain.nExecuteAssembly(Assembly assembly, String[] args)
bei System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args)
bei Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
bei System.Threading.ThreadHelper.ThreadStart_Context(Object state)
bei System.Threading.ExecutionContext.runTryCode(Object userData)
bei System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
bei System.Threading.ThreadHelper.ThreadStart()

Kann damit überhaupt nichts anfangen. Kann mir jemand von euch weiterhelfen?

Gruß

06.10.2006 - 18:53 Uhr

Hmm, hilft das weiter?

System.Security.SecurityException wurde nicht behandelt.
Message="System.Security.Permissions.SecurityPermission"
Source="ConsoleApplication1"
StackTrace:
bei ConsoleApplication1.Program.Main(String[] args)
bei System.AppDomain.nExecuteAssembly(Assembly assembly, String[] args)
bei System.AppDomain.ExecuteAssembly(String assemblyFile, Evidence assemblySecurity, String[] args)
bei Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
bei System.Threading.ThreadHelper.ThreadStart_Context(Object state)
bei System.Threading.ExecutionContext.runTryCode(Object userData)
bei System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
bei System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
bei System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
bei System.Threading.ThreadHelper.ThreadStart()

06.10.2006 - 18:51 Uhr

Also wie gesagt... da geht ein Fenster auf. Das Fenster hat den Titel:
SecurityException wurde nicht behandelt.

Unten drunter steht:
System.Security.Permissions.SecurityPermission

und da drutner:
Hinweise zur Fehlerbehebung

Wenn ich die dann aber anklicke, kommt auch nur eine Meldung ala:
Nichts gefunden... Sie haben ausgewählt keine Online Hilfe (wie kann ich das
umstellen?).

Dann habe ich eben noch auf Details anzeigen geklickt. Dann geht ein neues Fenster auf:
+System.Security.SecurityException

Wenn ich auf das + klicke, kommt ein Riesenbatzen an Infos. Weiß aber jetzt nicht was "die genaue Fehlermeldung" ist.

Gruß

06.10.2006 - 17:48 Uhr

Hmmm, kann leider nur 5.0 oder 9.0 auswählen. Habe jetzt mal mit einem kurzen Codestück angefangen und kriege schon bei der ersten Zeile:
Excel.Application ExApp = new Excel.Application();

eine mit nicht verständliche Fehlermeldung:
SecurityException wurde nicht behandelt.

Sytem.Security.Permissions.SecurityPermission

Das ganze in einem Fehlerfenster welches auf diese Zeile zeigt.

Gibt es da ein Problem mit den Systemeinstellungen?

Gruß

06.10.2006 - 17:07 Uhr

Hallo,

gibt es in Visual C# etwas analoges zur VB Struktur With ... End With?

Gruß

06.10.2006 - 15:42 Uhr

Habe hier momentan "leider" auch nur die Office 2000 Version. Heißt das, dass ich zunächst die "einfache" Variante über das Excel Object 11.0 nicht verwenden kann?

Kriegen ab November Office 2003. Lohnt es überhaupt sich jetzt noch mit Office 2000 auseinanderzusetzen oder sollte ich lieber meinen Visual C# Start dann auf November verschieben?

05.10.2006 - 19:30 Uhr

Ich als absoluter C# Laie habe wohl ähnliche Probleme wie Torsten. Wenn ich mir obigen Codebeispiel anschaue, frage ich mich warum etwas das in VB6.0 so super super einfach ist unter C# so deutlich anspruchsvoller ist.

Kann mit vielen Zeilen des obigen Beispielprogrammes so garnichts anfangen. Wieso haben die Entwickler von C# nicht eine ähnlich konfortable Zugriffsmöglichkeit auf Excel entwickelt, wie sie unter VB6.0 zur Verfügung steht?

Das obige Codebeispiel vermittelt mir ein wenig das Gefühl, dass ich mit Visual C# nicht ernsthaft eine Excel Programmierung in Erwägung ziehen sollte. Denn wenn das einlesen einer einzigen Zelle schon so aufwendig ist, wie sieht es dann zB mit erstellen von Charts uä aus???

Freue mich natürlich über mutmachende Nachrichten, dass alles in Wahrheit nicht so schwer ist und nur zu Beginn halt ein wenig gewöhnungsbedürftig.

Gruß

05.10.2006 - 18:26 Uhr

Hallo,

kann es sein, dass Visual C# und MS Excel 2000 nicht so einfach zusammenarbeiten?

Habe mich ein wenig durch google durchgesucht und es gibt wohl die Möglichkeit in MS Office 2003 direkt ein MS Excel C# Projekt zu entwickeln. In MS Office 2000 kann ich das garnicht anwählen. In Visual Studio 2005 kann ich auch kein Excel Projekt auswählen.

Bin ich da ausgezählt oder gibt es eine Möglichkeit mit Visual C# Programme auf die Daten einer Excel 2000 Mappe zuzugreifen?

Gruß

05.10.2006 - 11:11 Uhr

Hallo,

bin Neueinsteiger in Visual C#. Habe einige Erfahrungen mit VB6 und der Excel Programmierung mit VB6. Mit VB6 war die Verknüpfung zu MS Excel relativ einfach und es gab massig Bücher zu diesem Thema. Was Visual C# angeht war ich da bisher nicht so erfolgreich.

Kann mir jemand ein (gutes) Buch empfehlen wo die Schnittstelle von Visual C# und MS Excel besprochen wird? Gerne auch Online Link.

Vielen Dank.

Gruß