feat: remove former MultiEntry component and unused ProviderEntry page
This commit is contained in:
1 parent
86bd471c1e
commit
208bea2d09
20 files changed
+129
-426
No files matched your search
@@ -1,16 +1,16 @@
|
||||
use std::collections::HashMap;
|
||||
use serde::{Deserialize, Serialize};
|
||||
use crate::common::ValueType;
|
||||
use macros::Reactive;
|
||||
use crate::components::ValueType;
|
||||
use serde::{Deserialize, Serialize};
|
||||
use std::collections::HashMap;
|
||||
|
||||
/// This struct allows for completely open-ended data storage.
|
||||
///
|
||||
///
|
||||
/// The `HashMap` allows the application to store an arbitrary number of values which are accessible
|
||||
/// using a `String` as a key, allowing for simple shifting of stored values. All information is
|
||||
/// stored using the `ValueType` enum, which provides some simple methods to verify the type of the
|
||||
/// stored value. It *must* have a main key member name so that a database will know how to store
|
||||
/// the data.
|
||||
///
|
||||
///
|
||||
/// In the future, this should also be optimized to store properly within a DynamoDB table. As of
|
||||
/// now, the table will simply create a single massive `Map` field that contains all the stored
|
||||
/// information in the `HashMap`. We'd prefer to be able to get single values if possible,
|
||||
|
||||
Reference in new issue
Block a user