Lesen von excel-Dateien in C# ohne die Verwendung von Drittanbieter-dlls/oledb/interop/sdk

Möchte ich zum Lesen von excel-Dateien in C#. Ich dont wollen, verwenden Sie die folgenden Dinge, während Sie Lesen:

  1. Fremd-dll( Mein client ist nicht so dass mir die Verwendung von third-party-dll )
  2. SDK(Gleiche wie oben Grund darf nicht zum download)
  3. Nicht erlaubt die Verwendung von interop - /oledb-als auch in der Ziel-server es ist kein office installiert.
  4. OpenXml

Hinweis: verwende vs 2005.

Bitte empfehlen Sie mir etwas anderes>>

Vielen Dank im Voraus,
Sanjay

  • was haben Sie versucht?
  • Speichern Sie die Datei als CSV-Datei und verwenden Sie Microsoft.VisualBasic.TextFieldParser analysieren.
  • Wie bout EPPlus?
  • OP erklärt, dass Sie nicht verwenden können Drittanbieter-DLLs.
  • Ich habe nie verstanden, die Angst vor Bibliotheken von Drittanbietern. Es ist fast so, wie einige Leute denken, es sei denn, Sie liefen direkt auf die veröffentlichten spec und interpretiert Ihren Inhalt individuell für Ihre genaue Aufgabe, dann müssen Sie betrügen und die Schwächung Ihrer Netz für Hacker. Vielleicht kann Ihr Kunde Ihre Meinung ändern, wenn Sie daran erinnern, dass Microsoft verbrachten Millionen von Dollar für die Anwälte, um zu verhindern, dass Menschen direkte Bearbeitung von office-Formate. Zumindest dann bekommen Sie vielleicht zu verwenden, die interopt libs.
  • Welche version der Excel-Dateien? Die neueren sind XML-basiert und etwas leichter zu verarbeiten. Die älteren sind proprietäre und sehr viel schwieriger zu bekommen und Sie benötigen auf jeden Fall eine Bibliothek.
  • Warum setzen Sie sich zusammen mit OleDb-Interop? Sie sind nicht die gleiche Sache. Können Sie OleDb verwenden (Teil des NET.Rahmen) zum Lesen von Excel-Dateien, und Sie brauchen nicht Office installiert ist. Interop-stattdessen setzt das Vorhandensein von Microsoft Office auf dem Zielcomputer
  • Warum nicht verwenden können, verwenden Sie OpenXml? Scheint sich um eine offizielle MS-Bibliothek, so...
  • Die einzige option, die Sie offen lassen, ist: Sie laden die offiziellen Angaben von MS und implementieren Sie Sie selbst - dies dauert mehrere manyears und ist ziemlich fehleranfällig...
  • viele Jahre" - implementieren Sie Ihre eigenen importieren? Ich würde sagen, das ist etwas übertrieben...
  • ist nicht "viele Jahre", es ist nur ein Wort, um für die situation, in der Sie eine versus viele Entwickler arbeiten daran... und: je nachdem, welche Excel-Versionen, die Sie unterstützen müssen (insb. die älteren/binary XLS), die Sie vielleicht auch brauchen 5-10 Jahren mit einem Entwickler...
  • ah sorry, falsch gelesen, die! Unabhängig aber, 5-10 Jahre für einen einzelnen import ist ziemlich über-exagerrated, auch für 1 Entwickler. Sie schreiben, könnte eine einfache excel-import in weniger als einer Stunde, es hängt alles von der OP, die Bedürfnisse und die Komplexität dessen, was Sie zu tun versuchen.
  • es scheint mir, dass Sie nie die specs von MS... plase zeigen mir jemand schreiben, eine Excel-import-rein auf der Basis der Spezifikationen für das binäre format XLS (nicht XLSX) in weniger als einer Stunde...
  • Ich will nicht zu hijack this post wie ich sagte, ein "einfaches" importieren habe ich nie etwas erwähnt über das Binär-format im besonderen. Punkt ist, ich bin mir ziemlich sicher, dass jeder halbwegs anständige Entwickler schreiben konnte, einen Excel-import in weniger als 5-10 Jahren gegeben, es ist rein für Sie und nicht ein 3rd-party tool verwendet werden, die von anderen Menschen.
  • da haben wir eindeutig unterschiedliche pesepctives, was eine robuste import von binary-Excel-Datei erfordert: lassen Sie uns einig, uneinig zu sein...

Schreibe einen Kommentar