From 42440cda9ca59d8dc4165743dbe0c3e83bab0328 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E6=9D=BE=E6=B5=A6=20=E7=9F=A5=E4=B9=9F=20Matsuura=20Tomoy?=
 =?UTF-8?q?a?= <me@matsuuratomoya.com>
Date: Tue, 15 Oct 2024 16:13:07 +0900
Subject: [PATCH] [obsidian] vault backup: 2024-10-15 16:13:07[

---
 content/mimiumのプラグインシステム.md | 37 +++++++++++++++++++++++++++
 1 file changed, 37 insertions(+)
 create mode 100644 content/mimiumのプラグインシステム.md

diff --git a/content/mimiumのプラグインシステム.md b/content/mimiumのプラグインシステム.md
new file mode 100644
index 00000000..d109c307
--- /dev/null
+++ b/content/mimiumのプラグインシステム.md
@@ -0,0 +1,37 @@
+---
+date: 2024-10-15 15:25
+---
+
+#mimium 
+
+スケジューラーをプラグインとして切り離すシステムについて考えている。
+
+プラグインの種類は主に3つに分けられる。
+
+1. IOプラグイン： ホストのシステムとのIOを担当する、Rustで外部関数のFFIを書く必要があるもの。printlnみたいなやつ。インスタンスの生成とか破棄については考える必要がない
+2. ネイティブUGen：クラスにおけるコンストラクタに相当する関数がエクスポートされてて、実行するとクロージャとしてそのインスタンスが帰ってくるもの。
+3. システムプラグイン：今回考えたいもの。原則1VMに対して1インスタンスしか存在せず、`on_init`とか`on_sample`みたいなシステムの関数にフックして任意の処理を実行しつつ、mimium側からもいくつかの関数を通じてアクセスができる（`_mimium_schedule_at`みたいなこと）
+
+システムプラグインについて考えると所有権が結構めんどくさい。VMの中ではIOプラグインとネイティブUGenとシステムプラグインは同じ`CallExtFun`もしくは`CallExtCls`で扱えるようにしたい。がシステムプラグインはVMホスト側（というかオーディオドライバー）からと、mimium側からRustのクロージャインスタンスとを通じて双方向からアクセスされることになる。システムプラグインのインスタンスはクロージャとVM本体と両方から参照されることになるので、`Rc<Refcell<_>>`でラップするとかしないといけない。
+
+```rust
+
+struct SystemPluginSignature{
+	name:String,
+	fun: Rc<RefCell<dyn Fn(&mut Machine)->ReturnCode>>,
+	ty:TypeNodeId
+}
+
+trait SystemPlugin{
+ fn on_init(&mut self, machine:&mut Machine);
+ fn on_sample(&mut self, machine:&mut Machine);
+ fn get_plugin_signature(self)->Vec<>
+}
+
+impl<T:SystemPlugin> for Rc<RefCell<T>>{
+ fn get_plugin_signature(&self)->Vec<SystemPluginSignature>{
+	 
+ }
+}
+
+```