22｜阶段实操（2）：构建一个简单的KV server-基本流程

dev-dependencies 与 dependencies的第三方crate是如何划分的?tokio 为啥不放到 dependencies? 放到 dependencies 与 dev-dependencies 有啥区别？某些如何决策一个 crate放到哪个 dependencies？

为何不是这样设计 fn set(&self, table: &str, key: String, value: impl Into<Value>) 这样以来就可以让使用者知道他有一个新的type 需要存时应该 implement 这个 trait 也不会让使用时需要一直 写into

用powershell的。RUST _LOG=info。改成$env:RUST_LOG="info";然后再cargo run

老师，get_all接口为什么不好？

感觉 get_iter 加上生命周期的约束好一些，因为现在 GAT 还没稳定，可以这样实现下， fn get_iter<'a>( &'a self, table: &str, ) -> Result<Box<dyn Iterator<Item = crate::Kvpair> + 'a>, crate::KvError> { let table = self.get_or_create_table(table); let inner = Iter::new(table); Ok(Box::new(inner)) } struct Iter<'a> { _table: *const Ref<'static, String, DashMap<String, Value>>, inner: dashmap::iter::Iter<'a, String, Value>, } impl<'a> Iter<'a> { fn new(table: Ref<'a, String, DashMap<String, Value>>) -> Self { let t = unsafe {std::mem::transmute::<Ref<'a, String, DashMap<String, Value>>, Ref<'static, String, DashMap<String, Value>>>(table)}; let _table = Box::leak(Box::new(t)) as *const Ref<'static, String, DashMap<String, Value>>; let inner = unsafe {(*_table).iter()}; Self {_table, inner} } } impl<'a> Iterator for Iter<'a> { type Item = crate::Kvpair; fn next(&mut self) -> Option<Self::Item> { let item = self.inner.next(); item.map(|v| crate::Kvpair::new(v.key(), v.value().clone())) } } impl<'a> Drop for Iter<'a> { fn drop(&mut self) { unsafe { drop_in_place(self._table as *mut Ref<'a, String, DashMap<String, Value>>) }; } }

必须仔细看老师的教程，不仔细就掉坑里了。说实话老师的文章讲的是真心详细，基本上把所有的坑都讲了。如果实在编译不过，去下载老师的源码，千万记得要坚持下去。

```Rust impl Kvpair { /// 创建一个新的 kv pair fn new(key: impl Into<String>, value: impl Into<Value>) -> Self { Self { key: key.into(), value: Some(value.into()), } } } ``` 老师Value类型的参数为什么不用impl Into<Value>来定义呢，会有什么问题吗

得益于老师良好的抽象，我抽出了中午的时间，完成了 hdel 和 hexist 两个命令，如下： ``` running 6 tests test service::command_service::tests::hget_with_non_exist_key_should_return_404 ... ok test service::command_service::tests::hexist_should_work ... ok test service::command_service::tests::hget_should_work ... ok test service::command_service::tests::hdel_should_work ... ok test service::command_service::tests::hset_should_work ... ok test service::command_service::tests::hgetall_should_work ... ok ``` 有时间再来慢慢补充，rust 确实是爽的不行。

我把prost的版本改成0.9（0.8版本的可以正常运行) ，然后再测试examples的时候 client.send的时候有个报错: the method `send` exists for struct `AsyncProstStream<tokio::net::TcpStream, CommandResponse, CommandRequest, AsyncDestination>`, but its trait bounds were not satisfied the following trait bounds were not satisfied: `AsyncProstStream<tokio::net::TcpStream, CommandResponse, CommandRequest, AsyncDestination>: futures::Sink<_>` which is required by `AsyncProstStream<tokio::net::TcpStream, CommandResponse, CommandRequest, AsyncDestination>: SinkExt<_>`rustcE0599 stream.rs(24, 1): doesn't satisfy `_: SinkExt<_>` stream.rs(24, 1): doesn't satisfy `_: futures::Sink<_>`. 我试着用“如何阅读源码”里边的方法，但是还是不太懂这个错误的原因。希望老师能指点下查错的方法

tcp的半包粘包等，是被prost处理掉了吗？