You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We currently have two representations of each low-level table -- one that owns its data and one that does not.
This design is arguably confusing and arose primarily over concerns about memory safety.
However, it should be fixed to give a clearer API.
where the manager type is responsible for ownership.
Then, EdgeTable is just a smart pointer and can Deref/DerefMut safely to the manager's public API.
The text was updated successfully, but these errors were encountered:
To prevent any immediate API breakage, we can supply type aliases for the owning table types.
Marking the aliases as deprecated will cause client code lints to pick up on the change.
We currently have two representations of each low-level table -- one that owns its data and one that does not.
This design is arguably confusing and arose primarily over concerns about memory safety.
However, it should be fixed to give a clearer API.
We should be able to write something like:
where the manager type is responsible for ownership.
Then,
EdgeTable
is just a smart pointer and canDeref
/DerefMut
safely to the manager's public API.The text was updated successfully, but these errors were encountered: