Sgoda

Ich habe nochmal über die EAN Aufgabe nachgedacht. Das mit den führenden Nullen ist meines Erachtens kein hinreichender Grund einen String statt Int zu verwenden. Unter Betrachtung des Speicherverbrauchs wäre es meiner Meinung nach günstiger Int64 zu verwenden (8 Byte) gegenüber einer Zeichenkette, die je nach Kodierung min. 13 Byte groß wäre. Führende Nullen stellen dabei kein Problem dar, da EANs eine feste länge von 13 Ziffern haben. D.h. wenn in der DB ne Zahl mit nur 11 Ziffern gespeichert ist, ist klar, dass die 2 ersten Ziffern Nullen sein müssen.

Das war auch mein Ansatz (nachdem ich die bis zum Ende offen gelassen hatte und dann nach 10 Minuten oder so auf diese Idee gekommen bin). Die Fragestellung war aber so oder so (wie ja von der IHK bekannt) einigermaßen bescheiden...

Hat sich kein Mensch das Klassendiagramm, das zu der Aufgabe gehörte, angeguckt? Da war die komplette Signatur abzulesen... Ich hab die Aufgabe gemacht, was mich zwar unter Zeitdruck bei ERD und SQL Queries gesetzt hat, aber ansich war die meines Erachtens ok... Was soll denn da so widersprüchlich gewesen sein, wie viele hier sagen? Ich bitte um Erleuchtung. Im Endeffekt waren das einfach 2 Schleifen, einmal über das Routen Array, einmal über das Strecken Array, Preis der Route anhand der Einzelpreise der Strecken berechnen, minPreis merken, entsprechende Route merken und fertig... Also ein relativ einfacher Suchalgorithmus nach dem kleinsten Wert. Nur, dass man den halt noch berechnen musste. Der Rest war doch nur noch die Initialisierung eines Angebot Objekts... und dafür konnte man alle nötigen Methoden dem Klassendiagramm entnehmen.