我目前正在阅读 ASN.1 的规范和各种编码规则，我知道它们中的大多数都是为了让您首先设计 PDU 语义，然后使用 *ER 对其进行编码以使您的 PDU“可传输”（可通过给定的运输方式交付）
所有编码规则似乎都将类型标记到生成的八位字节序列中，除了 PER。
所以我的问题是：给定现有的 PDU 格式（例如 24 位 Windows BMP 文件），是否可以使用 ASN.1 来描述（键入和命名）字段并使用 PER 从文件？
如果是这样，这种方法的局限性是什么？ （像字节序，支持“选择器”字段，...）
【问题讨论】：
标签： asn.1
洛朗。
有可能吗？这是值得商榷的。明智吗？嗯……正如圣保罗在给哥林多人的信中所说，所有事情都是合法的，但并非所有事情都有帮助。
通常，很难将现有文件格式硬塞到 PER 中。这并非不可能，但除非文件格式具有固定长度的字段（或大小限制），否则您将遇到困难。
原因是因为 PER 使用带有前导码的位压缩格式来覆盖可选和默认元素，并在需要时覆盖长度信息。 An example can be found here.（披露：我曾经在 Objective Systems 工作过，链接中引用了其博客。）
查看Wikipedia entry on the BMP file structure，似乎有一些可选和半可选 (?) 元素的存在没有由任何类似于 PER 前导码的东西指示。这意味着标准的 PER 编码与 BMP 格式不兼容。
您可以做的是尝试用 ASN.1 的各个片段来表示 BMP 结构的每个片段，使用您喜欢的工具生成组件，然后使用自定义逻辑将它们链接在一起。
关于字节序，ASN.1 旨在通过标准化线路上的编码来解决问题。通常，工具（运行时库和代码生成器）会在后台处理您需要担心的任何事情。
在我看来，除非您已经有一些经验（以及可以使用这种方法的代码库），否则可能不值得在这里寻求 ASN.1 解决方案。您最好在您选择的编程语言中使用现有的图像库。
【讨论】：