Stap 3: Configuratie en krijgen slimme
Als u genoeg Processing schetsen die afhankelijk van de eerste instellingen die u wilt aanpassen voor verschillende executies schrijven bent u waarschijnlijk te doen wat ik deed en uitwerken van een manier om deze instellingen uit een configuratiebestand te laden. Ik vermoed dat dit is het soort codering die valt in de categorie "hoe moeilijk kan het zijn?", omdat ik denk niet dat ik zelfs moeite om te zoeken naar een bestaande oplossing. In plaats daarvan ik heb iets werkelijk eenvoudig en na verloop van tijd aangepast.
Mijn eerste Config-klasse een tekstbestand geladen vanuit de gegevens / map en verdeelde naamwaarde: strings in een HashMap. Het werkte vrij goed voor de meeste dingen. Geweldig voor eenvoudige één-artikelposten, maar niet zo goed als je wilde een lijst van waarden bepalen.
Ik heb me af of ik gebruiken kon YAML of JSON zodat een tekstbestand meer complexe structuren kan vertegenwoordigen. Blijkt dat Processing u ingebouwde JSON geeft behandeling. Perfect.
Voor de MIDI schets is de configuratie aangepast voor het gebruik van JSON. Een JSON-bestand laden en krijgen bij de waarden is meestal eenvoudig, maar niet volledig transparant. Kunt u op verschillende typen gegevens met behulp van getInt, getFloat, getString, etc., maar als u wilt een lijst met items te grijpen u nodig getJSONArray en vervolgens wilt uitlichten van elk item als het juiste type.
Om deze Config besloten heb ik dat in de meeste gevallen een lijst met items van hetzelfde type zullen zijn. Dus ik toegevoegd getStrings, getFloats en getInts.
Nu in plaats van de indexcijfers van de apparaten in mijn schets kon ik gebruiken een configuratiebestand. JSON is niet zo eenvoudig als de naam: waarde, maar het is niet te ver weg van die. Een beetje overkill voor korte bestanden, erg handig voor meer complexe gestructureerde gegevens.
Ik zal niet in detail op die code hier. U kunt meer lezen over het hier.
Dat eerste schets van de demo bleek een manier om een MidiBus-object te maken. Er is een andere manier, en het is niet alleen vriendelijk, maar leent zich voor betere configuratie. MidiBus kunt u opgeven welke apparaten te gebruiken met de naam. De naam moet overeenkomen met op wat wordt weergegeven in de lijst met beschikbare apparaten, zodat u wellicht MidiBus.list om te zien wat er voor het eerst uitvoert.
Als je eenmaal de namen van dingen weet kunt het configuratiebestand leesbare tekst gebruiken in plaats van cryptische nummers.
U kunt ook een naam voor de bus doorgeven zodat later, wanneer midiMessage wordt aangeroepen, uw code (indien gewenst) zich anders op basis van de bron van het bericht gedragen kan.
De schets van de demo (minus de code voor Configgy.pde) ziet er nu als volgt:
import java.lang.reflect.Method; import themidibus.*; import javax.sound.midi.MidiMessage; Configgy config; int currentColor = 0; ArrayList devices = new ArrayList(); void setup() { size(480, 320); config = new Configgy("config.jsi"); String[] deviceNames = config.getStrings("devices"); println("Unavailable Devices"); println( join(MidiBus.unavailableDevices(), "\n")); println("-----------------------------------------------------"); String[] available_inputs = MidiBus.availableInputs(); for (int i = 0;i < available_inputs.length;i++) { for(int x=0; x < deviceNames.length; x++) { println("Check for device " + deviceNames[x] + " against " + available_inputs[i] ); if (available_inputs[i].indexOf(deviceNames[x]) > -1 ) { println("* * * * Add device " + deviceNames[x] + " * * * * "); devices.add( new MidiBus(this, deviceNames[x], 1, deviceNames[x]) ); } } } if (devices.size() < 1 ) { println("Failed to assign any of the desired devices.\nExiting."); exit(); } } void draw() { background(currentColor); } void midiMessage(MidiMessage message, long timestamp, String bus_name) { int note = (int)(message.getMessage()[1] & 0xFF) ; int vel = (int)(message.getMessage()[2] & 0xFF); println("Bus " + bus_name + ": Note "+ note + ", vel " + vel); if (vel > 0 ) { currentColor = vel*2; } } Het config.jsi-bestand (opgeslagen in de data / map) is dit:
devices:["QuNexus", "01. Internal MIDI"]
Hebt u dit zich aan te passen welke apparaten dat u hebt beschikbaar om te gebruiken.
Als u de schets uitvoert, het configuratiebestand wordt geladen en de code zal proberen om in te vullen een ArrayList met MidiBus exemplaren op basis van de apparaatnamen die u hebt opgegeven.
Opmerking in dit voorbeeld het gebruik van een ArrayList betekent dat de code is niet lastig met specifieke instantievariabelen voor elke MidiBus instantie; Deze code niet ooit verwijst naar die gevallen.
De midiMessage-gebeurtenis-handler wordt aangeroepen maakt niet uit welke van deze apparaten is het verzenden van het bericht. De handler wordt doorgegeven de naam van de bus, dus je kunt, als je wilt, de code verschillende actie ondernemen afhankelijk van de bron van de MIDI-bericht.
Als je je afvraagt waarom zou je de bus exemplaren toevoegen aan een lijst, als ze nooit zullen worden gebruikt, de reden is dat zonder enige vorm van permanente toewijzing die gevallen verdwijnen zal zodra setup is voltooid. Zodra zij gegaan zijn, zal de MIDI-bericht gebeurtenis-handler niet langer krijgen genoemd.
Als u de code om te verwijzen naar een van deze exemplaren wilt dan kunt u ervan overwegen met behulp van een HashMap om hen te houden zodat u specifieke apparaten door naam kon ophalen.
