Fcalib questions

Questions about the fcalib/fcaapi and suggestions for improvements.

• fcalib könnte um (De)Serialisierung von Kontexten erweitert werden (Burmeister), damit alle davon profitieren und nicht nur ConExp-NG auch Könnte man eine FormalContext Klasse, die eine Spezialisierung von FormalContext<String,String> ist hizufügen, weil man es wohl am öftesten so benutzen wird
• Es ist zwar leicht den Context einmal aufzubauen, aber ihn zu ändern (Objekte hinzufügen, transponieren) ist wegen der API nur sehr ineffizient realisierbar, was sich auch in der Context Editor Performanz bei größeren Contexten niederschlägt
• Ich finde diese Sache mit den Exceptions beim Hinzufügen von Objekten/Attributen nicht gut, weil der Caller Code viel zu sehr penalisiert wird. Lieber Methoden anbieten hasAttribute und hasObject und den Caller einfach darauf aufmerksam machen, dass er selber dafür verantwortlich ist keine Duplikate hinzuzufügen
• Ist der Autor mit unseren neuen Methoden einverstanden?
• Ist der Autor mit Umzug und neuer Schirmherrschaft einverstanden?
• Macht es wirklich Sinn fcalib und fcaapi zu trennen, ist das nicht zu granular? Was gewinnt man (nicht nur hypothetisch) damit? Kann man das Interface aus fcaapi nicht einfach in fcalib integrieren? Ist für den Benutzer imho angenehmer nur eine Bibliothek zu haben, er muss ja die konkrete Implementierung, die dabei ist (aber wahrscheinlich fast immer gewollt ist) benutzen, sondern kann immernoch seine eigene anhand des Interfaces implementieren.
• computeConcepts from the Testalgorithms should be in the FormalContext class
• addObjectUnsafe, addObjectAt, addObjectAtUnsafe, removeAt

Needed:

• More Unit Tests, especially for our new implementations
• Anleitung, wie man Projekt mit Maven/Eclipse/Intellij/Ant als Bibliothek einbindet