1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
// Copyright The Pit Project Owners. All rights reserved.
// SPDX-License-Identifier: Apache-2.0
//
// Licensed under the Apache License, Version 2.0 (the "License");
// you may not use this file except in compliance with the License.
// You may obtain a copy of the License at
//
// http://www.apache.org/licenses/LICENSE-2.0
//
// Unless required by applicable law or agreed to in writing, software
// distributed under the License is distributed on an "AS IS" BASIS,
// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
// See the License for the specific language governing permissions and
// limitations under the License.
//
// Please see https://github.com/openpitkit and the OWNERS file for details.
//! Storage builder.
use CreateStorageFor;
use Storage;
/// Builder for [`Storage`] instances configured with a specific
/// [`LockingPolicyFactory`](super::LockingPolicyFactory).
///
/// # Purpose
///
/// Trading policies built on `openpit` typically maintain in-memory state
/// (reserved margin, position tracking, rate-limit counters, …) that must
/// be thread-safe in multi-threaded embeddings yet have zero overhead in
/// single-threaded ones. Rather than implementing ad hoc synchronization
/// in every policy, the recommended pattern is:
///
/// 1. Accept a `&StorageBuilder<Factory>` obtained from an engine builder
/// at policy construction time.
/// 2. Call [`create_for_bound_key`](Self::create_for_bound_key) for each internal data table.
/// 3. Operate on the resulting [`Storage`] instances exclusively through
/// [`Storage::with`](super::Storage::with) and
/// [`Storage::with_mut`](super::Storage::with_mut).
///
/// The synchronization mode is then entirely determined by the engine's
/// synchronization mode, not by the policy. Switching from no-sync to
/// fully-synchronized execution only requires changing the engine builder's
/// sync mode - the policy logic is untouched.
///
/// # Lifetime discipline
///
/// `StorageBuilder` is intentionally **not [`Clone`]**. The intended usage
/// is for the engine builder to own it during the application's
/// initialization phase. Application code passes
/// [`SyncedEngineBuilder::storage_builder`](crate::SyncedEngineBuilder::storage_builder)
/// by shared reference to every policy that needs to create storages.
///
/// Storing a `StorageBuilder` inside a policy — even by value through
/// unsafe code — is a misuse: the builder is only meaningful during
/// initialization, after which the storages it produced are already live
/// and the builder itself carries no additional information.
///
/// # Examples
///
/// ```
/// use openpit::Engine;
///
/// let engine_builder = Engine::builder::<(), (), ()>().full_sync();
/// let users = engine_builder.storage_builder().create_for_bound_key::<u64, String>();
/// let orders = engine_builder.storage_builder().create_for_bound_key::<u64, Vec<u8>>();
/// // `users` and `orders` are unrelated storages; locking one does
/// // not affect the other.
/// users.with_mut(1, || "alice".to_string(), |_, _| {});
/// orders.with_mut(42, Vec::new, |_, _| {});
/// ```