Beginning of `stack-next` refactor
-Refactoring the protocol stack into something similar to a runtime. -Handles merging handler builders which is placing the ground work for plugins in. - Increased metadata generation during compilation enables less ser/de during execution. - Goal is to have an O(1) time from incoming operation to calling handlers. - Decreased penalty for using the statically typed API from within your code, now avoids some allocation. # Changes - Added `GiteratedRuntime` which is to replace the current unified stack - Added `RuntimeBuilder` which does what the current `OperationHandlers` struct does, but much better. - Added `RuntimeMetadata` to store type metadata for new `Any` based internals - Refactored serde_json out of the internal operation handling
parent: tbd commit: 708dea4
1 | use ; |
2 | |
3 | use ; |
4 | use Value; |
5 | use Error; |
6 | |
7 | use crate::; |
8 | |
9 | use ; |
10 | |
11 | |
12 | |
13 | pub setting_name: String, |
14 | |
15 | |
16 | |
17 | |
18 | "get_setting" |
19 | |
20 | |
21 | type Success = Value; |
22 | |
23 | type Failure = GetSettingError; |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | pub setting_name: String, |
31 | pub value: AnySetting, |
32 | |
33 | |
34 | |
35 | |
36 | "set_setting" |
37 | |
38 | |
39 | type Success = ; |
40 | |
41 | type Failure = SetSettingError; |
42 | |
43 | |
44 | |
45 | |
46 |