在没有获取处理选项的情况下检索 EMV 应用程序文件定位器
Retrieve the EMV Application File Locator without Get Processing Options
我正在编写代码以从 EMV 芯片卡中提取尽可能多的数据。我可以 select 应用程序并且我有发送获取处理选项的代码， 但是 需要（在某些情况下）评估 PDOL 并提供相关数据。
虽然PDOL要求的数据是基于交易的，这个序列中不会有交易。一旦我提取了数据，我就完成了，所以 GPO 的唯一原因是获取应用程序文件定位器 (AFL)。
我怀疑这里的答案是'no'，但是还有其他方法可以得到AFL吗？目前唯一的选择是使用 SFI 从 1 到 10 和记录从 1 到 31 的一系列 Read Record 调用的强力系列。这很慢，如果我能获得 AFL，则没有必要，所以我希望有更多智能方法（但不需要使用 GPO）。
根据 EMV 规范 PDOL（如果存在）是 returned 以响应 A5 - FCI 专有模板中的 SELECT。
PDOL 将提供预期数据的标签和长度，但由于您不是从真实的交易角度来看，因此将所有标签数据打包为零（确保预期长度）并在 GPO 中发送。它应该 return AFL，然后您可以在 READ RECORDS 中有效地使用它。
没有一种方法可以在不发出 GPO 命令的情况下检索 AFL。
我正在编写代码以从 EMV 芯片卡中提取尽可能多的数据。我可以 select 应用程序并且我有发送获取处理选项的代码， 但是 需要（在某些情况下）评估 PDOL 并提供相关数据。
虽然PDOL要求的数据是基于交易的，这个序列中不会有交易。一旦我提取了数据，我就完成了，所以 GPO 的唯一原因是获取应用程序文件定位器 (AFL)。
我怀疑这里的答案是'no'，但是还有其他方法可以得到AFL吗？目前唯一的选择是使用 SFI 从 1 到 10 和记录从 1 到 31 的一系列 Read Record 调用的强力系列。这很慢，如果我能获得 AFL，则没有必要，所以我希望有更多智能方法（但不需要使用 GPO）。
根据 EMV 规范 PDOL（如果存在）是 returned 以响应 A5 - FCI 专有模板中的 SELECT。
PDOL 将提供预期数据的标签和长度，但由于您不是从真实的交易角度来看，因此将所有标签数据打包为零（确保预期长度）并在 GPO 中发送。它应该 return AFL，然后您可以在 READ RECORDS 中有效地使用它。
没有一种方法可以在不发出 GPO 命令的情况下检索 AFL。