键，值和通道

    这与 值 形成对比； 值是单独（对于字符串数据）或分组对键的内容存储 。
    值不影响命令路由 （注意：使用 SORT 命令时除非指定 BY 或者 GET，否则是很难解释的）

    同样，为了操作的目的，值通常被redis翻译为：

    • 排序可以使用数字或unicode规则解释值
    • 和许多其他操作

    关键是使用API需要理解什么是键，什么是值。
    这反映在StackExchange.Redis API中，但是好消息是，大部分时间你根本不需要知道这一点。

    当使用 发布/订阅 时，我们处理 channels ; channel 不会影响路由（因此它们不是密钥），但与常规值非常不同，因此要单考虑。

    StackExchange.Redis 通过 RedisKey 类型表示键。
    好消息是，可以从 string 和 byte[] 的隐式转换，允许使用文本和二进制密钥，没有任何复杂性。

    例如，StringIncrement 方法使用一个 RedisKey 作为第一个参数，但是你不需要知道 ;

    or

    1. byte[] key = ...
    2. db.StringIncrement(key);

    同样，有一些操作返回 键为 RedisKey - 再次，它依然可以自动隐式转换：

    1. string someKey = db.KeyRandom();

    值

    StackExchange.Redis 用 RedisValue 类型表示值。 与 RedisKey 一样，存在隐式转换，这意味着大多数时候你从来没有看到这种类型，例如：

    然而，除了文本和二进制内容，值还可能需要表示类型化的原始数据 - 最常见的（在.NET术语中）Int32，Int64，或Boolean。 因此，RedisValue提供了比 RedisKey 更多的转换支持：

    1. db.StringSet("mykey", 123); // this is still a RedisKey and RedisValue
    2. ...

    请注意，虽然从基元类型到 RedisValue 的转换是隐式的，但是从 RedisValue 到基元类型的许多转换是显式的：这是因为如果数据没有合适的值，这些转换很可能会失败。

    另外注意，当做数字 处理时，redis将不存在的键视为零; 为了与此一致，将空响应视为零：

    1. db.KeyDelete("abc");
    2. int i = (int)db.StringGet("abc"); // this is ZERO

    或者更简单地，只是使用提供的 Nullable <T> 支持：

    1. db.KeyDelete("abc");
    2. var value = (int?)db.StringGet("abc"); // behaves as you would expect

    由于哈希中的字段名称不影响命令路由，它们不是键，但可以接受文本和二进制名称， 因此它们被视为用于API目的的值。

    通道

    发布/订阅 的通道名称由 类型表示; 这与 RedisKey 大体相同，但是是独立处理的，因为虽然通道名是正当的第一类元素，但它们不影响命令路由。

    有两项显著的特性：

    • 输入必须保持键和值分离（在脚本内部分别成为 KEYS 和 ARGV）
    • 返回格式未预先定义：这将特定于您的脚本

    正因为如此，ScriptEvaluate 方法接受两个独立的输入数组：一个用于键的 RedisKey []，一个用于值的 RedisValue [] （两者都是可选的，如果省略则假定为空）。 这可能是你实际需要在代码中键入 RedisKey 或 RedisValue 的少数几次之一，这只是因为数组变动规则：

    1.     var result = db.ScriptEvaluate(TransferScript,

    （其中 TransferScript 是一些包含Lua的 string，在这个例子中没有显示）

    结论

    API中使用的类型是非常故意选择的，以区分redis keys 和 values。 然而，在几乎所有情况下，您不需要直接去参考所涉及的底层类型，因为提供了转换操作。