spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »"nix da"«

Das Gurke
Huhu? CSV und Excel? Einfacher geht es nun echt net mehr, und das nicht zu verstehen: So blöde ist selbst der dümmste DAU nicht mehr. In CSV haut man keine Formeln rein wie in einem Excelsheet.

Dann habe ich gleich 3 nichtexistierende Personen in meiner Klasse. Diese sind tatsächlich nicht in der Lage Excel zu bedienen. Dabei geht es auch nicht um Formeln oder so, alleine diese "krass vielen Felder" überfordern sie ...

Mhm, ist ja ok wenn du das so siehst, aber als Anfänger muss man manchmal eben noch Kompromisse eingehen. Naja, man *muss* bestimmt nicht, aber hat so eben schneller Erfolge. Und wer keine Erfolge verzeichnet wird oft frühe oder später aufgeben.

Schätze das ist ne Typfrage, nicht jeder ist so perfektionistisch wie du

Na oke, die können sich echt nur schwerlich auch normal ausdrücken, insofern hast du Recht. Aber im Endeffekt können auch diese Dumpfbacken Kunden darstellen (oke, in meinem Fall eher weniger) und der Kunde ist König. Mal abgesehen davon das die ne menge Geld haben ...

Klar sollte man sich überlegen wie das besser geht. Denke aber auch das das eine nach oben offene Spirale ist. Erinnert mich an das Zitat "Real Programmares code binary". Man sollte afaik zumindest grob verstehen was im Hintergrund abläuft wenn man einige Funktionen nutzt. Aber es gibt auch Fälle wo sich das ein wenig erübrigt. Die Frage ist wo man die Grenze zieht.

Perfektionistimus ist seltsamerweise nichts wirklich positives (auch wenn ich das durchaus positiv meinte). Bin da grad eben mal in der Wikipedia drüber gestolpert *g* http://de.wikipedia.org/wiki/Perfektioni…8Psychologie%29 Korrekter müsste man also wohl sagen du hast einen Hang zur Perfektion

@Patrick, ja ... ja ist ja alles richtig, aber du vergisst da einen gewaltigen Punkt, der besonders für die Entwicklung von kleinen Spielen in kleinen, unerfahrenen Teams doch schon ein Problem ist:

Vor/Nachteile
1.) Ein Mensch, auch jemand der nichts von Daten, Informationen und deren Speicherung weiss kann mit einer INI Struktur wesentlich mehr anfangen. Besonders in jungen Teams ist das oft anzutreffen. Das ist aber auch ein Gegenargument, den bei CSV muss man die Dateistruktur, bis auf das einlesen, gar nicht erst kennen
2.) Das auslesen von ini ist sehr einfach, vorzugsweise mit WinAPI. Ich weiss nicht ob es auch in der oder anderen Bibs etwas gibt um CSV auszulesen, aber selbst wenn... denn schreibt man sich einfach mal nen Parser....
3.) das mit dem Download.. geht auch in ini
4.) CSV ist "kürzer", kompakter, platzsparender und damit speichersparender

So seh ich das, ich nehm öfters mal ne ini, allein schon weil ich kein exel installiert hab , jedenfalls nicht hier...

Zitat von »"nix da"«

riCo
SQLite geht nur in Verbindung einer Zusatzlib und eines SQL Servers. SQLite ist nur eine Schnittstelle soweit ich weiß.

Dann bist du falsch informiert. SQLite ist eine eigenständige Datenbanken und von nichts abhängig. Funktioniert auch unter UNIX-Systemen glaube ich. SQLite wird demnächst als Datenbanksystem bei mobilen Anwendungen eingesetzt(bei PALM auf jeden Fall). SQLite umfasst eine lib und eine dll, die nur wenige hundert kb gross ist. Ich verwende SQLite selbst für mein aktuelles Projekt, weil ich das mal ausprobieren wollte und bin sehr zufrieden damit. Kinderleicht zu bedienen und es unterstützt halt auch SQL-Befehle. Wenn es bei mobile devices eingesetzt wird, wird das schon seinen Grund haben.

Wer kommt auf die Idee, CSV als Datenbank einzusetzen? Wir verwenden in der Firma CSV-Datein für das Sync. von Mobilen Geräten mit dem PC, da das die einfachste Möglichkeit ist. Als Datenbanksystem.. versucht mal 1000 Datensätze von einer relativ breit gefächerten Tabelle einzulesen aus einer CSV auszulesen und in eine Datenbank zu schreiben. Am besten noch Tabellen mit Beziehungen. CSV ist dafür ungeeignet und die Daten werden auch nicht komprimiert. CSV hat ebenfalls den Nachteil, dass jeder an die Daten rankommt. Man könnte es selbst verschlüsseln, aber warum das Rad neu erfinden und sich unnütze arbeit machen? Programmierer sind von Natur aus faul.