Simple Binary Encoding (SBE) Rust实现中的Schema级别信息优化

在Simple Binary Encoding（SBE）的Rust实现中，代码生成器会为每个消息类型生成一系列常量值，包括SBE_BLOCK_LENGTH、SBE_TEMPLATE_ID等。这些常量中，有些实际上是Schema级别的信息，而非特定于某个消息类型的。

当前实现的问题

目前，代码生成器会在每个消息编解码文件中生成以下常量：

pub const SBE_BLOCK_LENGTH: u16 = 26;
pub const SBE_TEMPLATE_ID: u16 = 400;
pub const SBE_SCHEMA_ID: u16 = 10;
pub const SBE_SCHEMA_VERSION: u16 = 1;
pub const SBE_SEMANTIC_VERSION: &str = "1.0.0";

其中，SBE_SCHEMA_ID、SBE_SCHEMA_VERSION和SBE_SEMANTIC_VERSION实际上是整个Schema的元数据，而不是特定于单个消息类型的。这意味着在一个包含多个消息类型的crate中，这些常量会在多个文件中重复定义，虽然它们的值相同，但这种设计不够优雅。

优化方案

将这些Schema级别的常量移动到lib.rs文件中更为合理，因为：

1. 它们描述的是整个Schema的元信息，而非单个消息类型
2. 在一个crate中，这些值应该是全局一致的
3. 可以避免重复定义，提高代码整洁度

优化后的lib.rs文件应包含：

pub const SBE_SCHEMA_ID: u16 = 10;
pub const SBE_SCHEMA_VERSION: u16 = 1;
pub const SBE_SEMANTIC_VERSION: &str = "1.0.0";

实际应用场景

这种优化特别适用于需要在单个二进制crate中使用多个SBE生成的crate来解码字节流的场景。每个SBE生成的crate可能包含多种消息类型，但共享相同的Schema ID和版本信息。

典型的解码模式可能是：

let frame_container = ...;
let msg_schema = frame_container.message_schema();
match msg_schema {
    crate_a::SBE_SCHEMA_ID => {
        // 使用crate_a特定的ReadBuf和HeaderDecoder等
    }
    crate_b::SBE_SCHEMA_ID => {
        // 使用crate_b特定的ReadBuf和HeaderDecoder等
    }
    _ => {}
}

通过将Schema级别的信息集中到lib.rs中，可以更清晰地组织代码，并简化多Schema环境下的消息路由逻辑。这种改进不仅提高了代码的可维护性，也使得API设计更加合理和直观。