vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
Zippen wie die Profis!  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2025
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

VB.NET - Ein- und Umsteiger
Re: XLSX lesen ja, schreiben nein... 
Autor: Franki
Datum: 28.02.14 00:43

Hallo,
Zitat:

Bisher war xls immer ok. Jetzt gehen aber immer mehr Sachbearbeiter hin
und speichern die Dateien nicht mehr in xls sondern xlsx.


Und genau das ist der Designfehler in deiner Programmierung, dass die das überhaupt können. Denn der Unterschied in den Versionen von Excel bezieht sich garantiert nur auf die Version und nicht auf den Inhalt. Warum haben die Sachbearbeiter überhaupt die Möglichkeit den Dateityp zu ändern bzw. die Dateien überhaupt ausserhalb des Datenflusses ändern zu können?

Wenn man Sachbearbeitern diese Möglichkeit bieten möchte, dann gibt man ihnen ein Tool in die Hand wo sie Daten ändern, löschen, hinzufügen können usw. ohne dass sie sich um das Dateiformat kümmern müssen.

Meistens ist es ja so, dass die relevanten Daten gar nichts mit Excel selbst zu tun haben, das könnte auch eine simple CSV Datei sein die für die Weiterverarbeitung in deinem Programm vollkommen ausreichend ist. Und die Ausgangsdaten (SPS) liegen wahrscheinlich auch in diesem Format vor und nur weil per Doppelklick daruf Excel gestartet wird durch Windows verwenden die Sachbearbeter und du das. Und ACAD braucht auch nur Fakten die es aus einer CSV Datei genau so erhält. Excel ist da normalerweise völlig überflüssig und halt auch Fehleranfällig wenn da im Datenfluss durch Sachbearbeiter einfach so das Format geändert werden kann.

Auch in 10 Jahren bleiben Daten noch Daten die nur "aufgehübscht" werden durch irgendwelche Programme die nur zu Weiterverarbeitung dienen. Das ist auch OK, aber die optische Darstellung kommt am Ende, zwischendurch sollte das Datenformat nicht geändert werden können durch irgendwelche Sachbearbeiter.

Gruß
Frank









alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
XLSX lesen ja, schreiben nein...2.668Tommi46726.02.14 11:39
Re: XLSX lesen ja, schreiben nein...1.870ModeratorFZelle26.02.14 12:55
Re: XLSX lesen ja, schreiben nein...1.880Tommi46726.02.14 13:19
Re: XLSX lesen ja, schreiben nein...1.904ModeratorFZelle27.02.14 10:36
Re: XLSX lesen ja, schreiben nein...2.069Tommi46727.02.14 12:02
Re: XLSX lesen ja, schreiben nein...1.918Franki28.02.14 00:43
Re: XLSX lesen ja, schreiben nein...1.859Tommi46728.02.14 06:57
Re: XLSX lesen ja, schreiben nein...2.028Christoph197228.02.14 07:03
Re: XLSX lesen ja, schreiben nein...1.856Tommi46728.02.14 10:39
Re: XLSX lesen ja, schreiben nein...1.830Christoph197228.02.14 16:45
Re: XLSX lesen ja, schreiben nein...1.816ModeratorFZelle28.02.14 09:24
Re: XLSX lesen ja, schreiben nein...1.993Tommi46728.02.14 09:48
Re: XLSX lesen ja, schreiben nein...1.851ModeratorFZelle28.02.14 19:32

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2025 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel