Core20

Aspekte, die bei einer Restrukturierung des Cores eine Rolle spielen:

• String Datenstruktur
• STL Container
• Timestamps
• Hierarchischer Kernel (hier sollte man mal mit Sebastian Hack reden)
  • Sollen wir uns stattdessen anlehnen an Blue Obelisk Kernel?
  • Weg vom Composite Pattern?
    • Implikation: Keine Kraftfelder
    • Alles was an molekularen Datenstrukturen da ist, und alles was diese verwendet muss angepasst werden
    • Änderungen unter der Haube des Composite Patterns nicht zielführend: siehe StaticAtomArrays
    • Benutzer vestehen Composite Pattern nicht (Selection, Timestamping, ...)
    • Mehrwert für RapidPrototyping, aber hier nicht benutzt
    • Wie realisiert mit man die selbe Funktionalität auf einem flachen Kernel? - z.B. explizite Updates
    • Oliver: auxiliary Arrays könnten gute Lösung sein
      • Kann man das Interface nah genug an die existierenden Klassen bringen
    • Andreas: Warum nicht Graph-Datenstrukturen?
      • Kontrovers diskutiert
  • Prozessor-Konzept funktioniert, sollte aber durch Concepts ersetzt werden?
  • Atom-Datenstruktur (Wechseln auf Vektor, Arrays, ...)
  • AtomContainer ermöglicht jedoch auch einige Konzepte, die dann verloren gehen könnten
• HashMaps

Wichtige Frage Was sind unsere Benutzer, Use Cases und Prioritäten?