Ich war ein paar Dinge über das Lese nach oben, wie einer Bibliothek oder API gut zu entwerfen, und stolperte über Joshua Blochs großes Gespräch bei Google Tech Talk. Nun, obwohl ich nirgendwo in der Nähe eines professionellen API-Entwickler bin, ich glaube, die Programmierung einer Reihe von Klassen / Funktionen ist eine ähnliche, wenn auch viel abgespeckte Version der gleichen Sache - klare Trennung von Aktionen, Leichtigkeit und angenehmen Gebrauch, sauberen Code ermutigend , etc.
Ich ging durch einige weithin Open-Source-Java-Code verwendet, und habe diese Idee (nichts Neues, aber setzen es nur bis lucidly ...)
Nehmen wir ein Beispiel nehmen Pseudo - Code (oder vielleicht einige Dialekt von BASIC):
1. new label
2. set name 'hello world'
3. set color 'blue'
4. show 'topmost'
5. on click hide
Jetzt durch den Java - Code inspiriert , die ich in der Lage sein würde , zu tun , etwas wie folgt aus :
1. Label l = new Label()
2. .setName('Hello World')
3. .setColor('blue')
4. .show(zindex.top);
5. l.onClick = l.hide() ;
Meine Frage ist:
Hat beginnend jemand anderes Design APIs von Pseudo-Code wie folgt?
Ist es eine gute Idee für etwas klein? Sagen Sie bis zu 10 Klassen jeweils mit vielleicht 10 Methoden, jede Methode nicht mehr als als 5-6 Zeilen Code in seinem Innern. Das ist natürlich nur eine grobe Menge von Zahlen , um die Größe der Klassen zu zeigen entworfen werden - nirgendwo in der Nähe zu einer vollständigen API und nicht nur ein Hobby - Projekt - ein professionelles Paket , das etwas klein tut , aber tut es auch .
Hat jemand keine ernsthaften Nachteile dieses Ansatzes gefunden?
Ich denke , der ein echter Vorteil ist , dass es Sie zwingt Ihre Anwendungsfälle zunächst aufschreiben .
Die andere Sache ist , dass die Substantive und Verben einfach bleiben , so dass Ihr Endprodukt ausweichen das MultiPhraseAbstractParadigmDesignPatternImplementor Syndrom :-D













