Diskussion:DGL Benchmark: Unterschied zwischen den Versionen
Frase (Diskussion | Beiträge) (Hab meinen Vorschlag vom C-Interface angehängt.) |
Frase (Diskussion | Beiträge) K (ich hab ne leichte Ablehnung gegenüber der Wiki-Syntax ^^ (Und der Link zur Bearbeitungshilfe geht nicht...)) |
||
| Zeile 4: | Zeile 4: | ||
Das Interface könnte imho so aussehen: | Das Interface könnte imho so aussehen: | ||
| − | + | ||
| + | |||
| + | // String Encoding: UTF-8 | ||
void execute(String benchmarkName); // Benchmark-Methode | void execute(String benchmarkName); // Benchmark-Methode | ||
| Zeile 18: | Zeile 20: | ||
void setup(String benchmarkName); // Setup-Methode | void setup(String benchmarkName); // Setup-Methode | ||
| − | Array[String] getAvailableBenchmarks(); // Liste der Implementationsvarianten | + | Array[String] getAvailableBenchmarks(); // Liste der Implementationsvarianten |
| + | |||
Darin sind alle auf der Wiki-Seite geforderten Informationen enthalten - es ist jedoch leicht anders strukturiert. Der Einfachheit halber sind alle notwendigen Informationen (Also alles, was der Benchmark dem Framework zur Verfügung stellen _muss_) als Funktionen aufgeführt, die implementiert werden _müssen_, sonst wird mit dem Hinweis, dass das Interface nicht korrekt implementiert worde aufgrund von XYZ abgebrochen (bzw. ein entsprechendes XML-Schnippsel ausgegeben) - wie auch immer. | Darin sind alle auf der Wiki-Seite geforderten Informationen enthalten - es ist jedoch leicht anders strukturiert. Der Einfachheit halber sind alle notwendigen Informationen (Also alles, was der Benchmark dem Framework zur Verfügung stellen _muss_) als Funktionen aufgeführt, die implementiert werden _müssen_, sonst wird mit dem Hinweis, dass das Interface nicht korrekt implementiert worde aufgrund von XYZ abgebrochen (bzw. ein entsprechendes XML-Schnippsel ausgegeben) - wie auch immer. | ||
Alle optionalen Sachen finden sich in "getProperties", was ein Array von Strings zurückliefert. Diese sind im Format "key=value". Das altbekannte INI-Format (in Java besser bekannt als Properties). | Alle optionalen Sachen finden sich in "getProperties", was ein Array von Strings zurückliefert. Diese sind im Format "key=value". Das altbekannte INI-Format (in Java besser bekannt als Properties). | ||
| + | |||
Die Größe vom Canvas wird typsicher als ints zurückgegeben anstatt untypisiert als Strings. | Die Größe vom Canvas wird typsicher als ints zurückgegeben anstatt untypisiert als Strings. | ||
| + | |||
Das war's soweit erstmal... Habe das als Diskussion angehängt, weil es doch einige Änderungen gegenüber der Version auf der Wiki-Seite hat und ich keine Lust hab, die komplett umzunudeln ;) | Das war's soweit erstmal... Habe das als Diskussion angehängt, weil es doch einige Änderungen gegenüber der Version auf der Wiki-Seite hat und ich keine Lust hab, die komplett umzunudeln ;) | ||
| + | |||
| + | |||
| + | ~ Frase (22:09 Uhr, 25. April 2010) (Und ja, ich mag keine WikiSyntax) | ||
Version vom 25. April 2010, 21:10 Uhr
Anmerkungen Habe nen Änderungsvorschlag für das Interface. Wie im Chat am 25. April (ergo: heute) gegen Ende angesprochen, plädiere ich für ein reines C-Interface der Einfachheit halber. Flash meinte, ich könne mich dann ja gleich mal darum kümmern, wie das auszusehen hat und was in Java basteln, was den Spaß lädt.
Das Interface könnte imho so aussehen:
// String Encoding: UTF-8
void execute(String benchmarkName); // Benchmark-Methode
String getName(); // Benchmark-Name int getCanvasWidth(); int getCanvasHeight(); String getVersion();
Array[String] getProperties(); // getBenchmarkInfos-Methode
String checkRuntimeEnvironment(); // Validate-Methode void setup(String benchmarkName); // Setup-Methode
Array[String] getAvailableBenchmarks(); // Liste der Implementationsvarianten
Darin sind alle auf der Wiki-Seite geforderten Informationen enthalten - es ist jedoch leicht anders strukturiert. Der Einfachheit halber sind alle notwendigen Informationen (Also alles, was der Benchmark dem Framework zur Verfügung stellen _muss_) als Funktionen aufgeführt, die implementiert werden _müssen_, sonst wird mit dem Hinweis, dass das Interface nicht korrekt implementiert worde aufgrund von XYZ abgebrochen (bzw. ein entsprechendes XML-Schnippsel ausgegeben) - wie auch immer.
Alle optionalen Sachen finden sich in "getProperties", was ein Array von Strings zurückliefert. Diese sind im Format "key=value". Das altbekannte INI-Format (in Java besser bekannt als Properties).
Die Größe vom Canvas wird typsicher als ints zurückgegeben anstatt untypisiert als Strings.
Das war's soweit erstmal... Habe das als Diskussion angehängt, weil es doch einige Änderungen gegenüber der Version auf der Wiki-Seite hat und ich keine Lust hab, die komplett umzunudeln ;)
~ Frase (22:09 Uhr, 25. April 2010) (Und ja, ich mag keine WikiSyntax)
