Gibt es ein Schmuckstück, das Lese-/Schreib-/Löschaktionen für eine Vielzahl von URI-Schemas bietet, z. B. file: //, env: // usw.?

Question

Ich bin der Autor eines Rubin Juwel sym, die symmetrische Verschlüsselung durchführt.

Als Teil der Befehlszeilenschnittstelle würde ich sehr gerne in der Lage sein, die zu verschlüsselnden Daten zu verwenden und das Ergebnis über einen steckbaren Satz von URIs zu schreiben. Es scheint mir, dass wir bereits URIs auf diese Weise verwenden, zum Beispiel file:// existiert und von OpenURI Modul unterstützt wird.

Was ich jedoch möchte, ist ein Juwel, das nicht nur viel mehr URIs versteht, sondern auch Ressourcen, die über URIs definiert sind, lesen/schreiben und möglicherweise löschen kann.

könnte diese Funktionalität so enorm nützlich sein, weil jede Ruby-Programm, das Daten liest und schreibt plötzlich File.read mit etwas ganz generic ersetzen:

var_value = SuperURI.parse('env://BASH_VARIABLE_NAME')`.read 

oder

redis_op = SuperURI.write('redis://localhost:6379/1/OP,Arg1,Arg2') 

oder

contents = SuperURI.parse('scp://user@host/path/file').read 

Als ich auf diesem Weg weiter ging, habe ich tho der folgenden Kandidaten-URIs. Nicht alle können das Schreiben oder Löschen der Ressource unterstützen, aber alle können die Daten lesen.

Bestehende URIs von openURI unterstützt:

http[s]://user@host/path/file  
file://filename     
ftp[s]://user@host/path/file 
ldap://ldap.example.com/dc=example? 

Empfohlene Möglichkeiten für den Zugriff auf lokale und Remote-Daten:

string://value     
env://variable 
std[in|out]://       
shell://command     
keychain://item_name     
redis://127.0.0.1:6397/1/OP,arg1,arg2,... 
memcached://127.0.0.1:11211/OP,arg1,arg2 
scp://user@host/path/file   
postgresql://user@host/db/?sql=select%20now 

Und so weiter.

Was denken die Leute über die Nützlichkeit dieses Edelsteins (nennen wir es einfach SuperURI), der Implementierungen für die unkonventionellen URI-Protokolle bereitstellen würde?

Ist es nützlich? Ist es eine schreckliche Idee? Ist es von Natur aus unsicher?

Nachdenklich Meinungen aus der Ruby-Community werden sehr geschätzt.

Danke!

Answer 1

Die einfache Antwort ist nein, also fang an zu schreiben.

Sie scheinen eine gute Vorstellung davon zu haben, was der Edelstein tun soll und wie er sich verhalten soll. Da Sie bereits ein Juwel geschaffen haben, nehme ich an, dass Sie die notwendigen Fähigkeiten besitzen, um ein neues zu schaffen.

Ich würde vorschlagen, dass es bereits Edelsteine ​​(und Standardbibliotheken) gibt, die bestimmte Aktionen behandeln (File für die Dateiverarbeitung zum Beispiel). Das neue Juwel sollte also die Eingabe-Zeichenkette analysieren und das Ergebnis an die entsprechende vorhandene Bibliothek/den Edelstein übergeben.

Ich würde auch vorschlagen, dass statt parse('string').read Sie einfach read('string') verwenden.Es ist vielleicht gut zu versuchen, die CRUD-Aktionen zu unterstützen; so:

• SuperURI.create('file://filename', data)
• SuperURI.read('file://filename')
• SuperURI.update('file://filename', data)
• SuperURI.delete('file://filename')

Ich habe gerade zusammen some code zeigt geworfen, wie ich es tun würde. Fühlen Sie sich frei, es nach Belieben zu missbrauchen.