Excel-Typbibliotheken Versionskompatibel ?

[Hobbycoder]

Hi,

für einen Excel-Export importiere ich mir gerade die Excel-Typbibliothek. Mir werden dabei 2 Versionen angeboten "Microsoft Excel 15.0 Object Library" und "Microsoft Excel 16.0 Object Library".

Jetzt stehe ich vor der Qual der Wahl. Ich selbst habe Office 2016, was also 16.0 bedeutet, und Office 2013 noch von früher drauf. Was passiert, wenn der Kundenrechner nun über Office 2013, Office 2010 oder sogar Office 2019 oder Office 365 verfügt?

Ist die TLB abwärts- und vielleicht sogar aufwärtskompatibel?

[Bernhard Geyer]

Aufwärts ja - Abwärts nein.
Du musst die Bibliothek nehmen die deiner minimal unterstützten Office-Version entspricht.
Ansonsten läuft du Gefahr Funktionen zu verwenden die es in der älteren Version nicht gab und zur Laufzeit kracht es beim Kunden.

[Hobbycoder]

Wenn ich also noch Office 2010 unterstützen will, muss ich mir zwingen auch Office 2010 auf dem Entwicklungsrechner installieren, oder kann man sich die Typbibliothek für Office 14.0 noch auf anderem Wege besorgen?

[Jumpy]

Je nachdem was du machen musst, kannst du das auch mit "late binding" also ohne Referenz auf die Typbibliothek machen, dann bist du zu allem kompatibel.

[Hobbycoder]

Ich möchte eine Excel-Tabelle ausgeben.
Zur Zeit mache ich das über ein passende CSV-Datei, was auch soweit zufriedenstellend funktioniert. Nur hätte ich gerne auch noch ein paar Formatierungsmöglichkeiten und vor allem die Möglichkeit mehrere Sheets zu erstellen und mit Daten zu füllen.

Die Komponenten die ich gefunden habe sind entweder mir zu teuer, zu umständlich gemacht, oder leisten nicht das was ich will.

[Der schöne Günther]

Aber ist das nicht eh nur eine Automatisierungs-Funktion? Sprich der Kunde muss auch auf seinem System eine entsprechende Microsoft-Office-Version installiert haben.

Ich habe bei mir demnächst auch den Fall einen schönen Excel-Export zu basteln obwohl für alle anderen Kunden bislang der CSV-Export gereicht hat. Nachdem was ich gesehen habe werde ich es allerdings mit https://github.com/dotnetcore/NPOI machen. Ist super einfach zu bedienen, die ausgespuckten Ergebnisse sind top. Ich packe das dann einfach in eine Konsolen-Anwendung die von der Delphi-Seite aus aufgerufen wird.

[Bernhard Geyer]

Zitat:

Zitat von Hobbycoder (Beitrag 1463564)

... zu umständlich gemacht,

das zu umständlich kann dir auch bei Nutzung der COM-Schnittstelle passieren.

[Delphi.Narium]

Guggst Du hier: http://edn.embarcadero.com/article/10126

Dazu brauchst Du keine Typelib.

Es wird einfach das Excel genutzt, das auf dem Rechner installiert ist, auf dem Dein Programm läuft.

Zur Zeit der Entwicklung kann Dir daher "wurscht" sein, welches Excel der Anwender nutzt, ob er irgendwann mal ein Update auf 'ne neuere Version macht oder über eine andere Excelversion verfügt, als Du zur Zeit der Programmentwicklung ...

Solange Du selbst nicht die neueste Version von Excel nutzt und dort dann Funktionalitäten, die erst mit dieser Version eingeführt wurden, wirst Du kaum mit Problememn rechnen müssen.

Wenn es um 'nen Ersatz für CSV gehen soll und sich die Funktionen auf z. B. Textausrichtung links- oder rechtsbündig, Schriftgröße, fett, kursiv ... beschränken, ggfls. einfache Formeln, Umrandungen ... sollte das absolut problemlos zu realisieren sein.

Wenn Du nur solche Sachen nutzt, die auch die älteste von Dir zu unterstützende Excelversion enthält, sollte es keinerlei Probleme geben.

[Hobbycoder]

Danke.

Nein, ich werde da definitiv ganz rudimentäre Sachen nutzen wie Zellenfarbe, Rahmen, Fett, Kursiv und höchsten eine Summen-Formel.
Hauptsächlich ging es mir um die Möglichkeit mehrere Sheets zu füllen, um es dem Anwender "ein wenig" einfacher zu machen.

Danke für den Hinweis.

[Delphi.Narium]

Das sollte mit Late-Binding alles problemlos zu erledigen sein, das ging schon bei Excel 95. Habe nicht gehört, dass sich seit dem in diesem Bereich irgendwas so geändert haben soll, dass es mit neueren Versionen von Excel nicht mehr funktioniert.