Am Freitag, 26. Oktober 2007 21:04 schrieb Martin Preuss: > Dabei ist mir aufgefallen, dass es zwar einen Konstruktor gibt, der als > Argument einen Dateinamen vorsieht, aber damit kann ich spaeter von der > Verwendung der neuen Implementierung (find_nearest...) nicht profitieren. > > Waerst Du damit einverstanden, wenn wir einen Konstruktor einfuegen, der > auch einen Verzeichnisnamen akzeptiert? Dann koennte KtoBlzCheck weiterhin > die Dateinamen selber bestimmen... > > Ich wuerde dann naemlich KtoBlzCheck aus AqBanking mit dem via PathManager > herausgefunden Pfad aufrufen wollen...
Ok, ist eine gute Idee. Du müsstest also irgendwas einbauen, was den Rückgabewert von AccountNumberCheck::bankdata_dir() von aqbanking aus setzen kann. Ein Konstruktur wäre eine Möglichkeit - allerdings ist AccountNumCheck(std::string) ja bereits belegt. Und zwei std::strings wären auch nicht so passend, denn du willst ja gerade nur das Verzeichnis und nicht den Dateinamen übergeben. Außer, der erste String ist ""... hm, elegant wäre das nicht, aber die Alternative wäre eben eine separate setBankdataDir() Methode... naja, such's dir aus. Kannst beides gerne machen. Gruß Christian ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Aqbanking-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/aqbanking-devel
