Fluid模板cObject添加FilesProcessor后f:uri.image异常问题咨询

我之前也碰到过完全一样的情况——debug显示属性完全一致但就是抛出异常，其实核心原因是Fluid遍历过程中丢失了对象的类型信息：

虽然files.0是实打实的FileReference（或File）对象，但当你用<f:for>遍历files集合时，Fluid有时候会自动将对象展开为关联数组（看起来属性和原对象完全一致，但本质是数组而非对象）。而f:uri.image视图助手要求传入的是FileInterface类型的对象，不是数组，所以会触发类型不匹配的异常。

最快的解决方案 #

在循环里通过originalResource获取原始的File对象，再传给视图助手即可：

<f:for each="{files}" as="file">
    <!-- 使用originalResource获取真实的FileReference对象 -->
    <img src="{f:uri.image(image: file.originalResource)}" alt="{file.alternative}" />
</f:for>

进一步验证类型差异 #

你可以在模板里输出对象的类名，确认类型是否真的不一致：

<!-- 输出files.0的类 -->
<p>files.0 类型: {files.0.class}</p>

<f:for each="{files}" as="file">
    <!-- 输出循环中file的类 -->
    <p>循环中file类型: {file.class}</p>
</f:for>

如果前者输出TYPO3\CMS\Core\Resource\FileReference，后者输出Array或者其他非文件类，就坐实了类型丢失的问题，用上面的originalResource方法就能解决。

额外注意事项 #

1. 确保你的FilesProcessor配置正确，返回的是FileReferenceCollection而非纯数组（TypoScript默认是正确的，但嵌套其他DataProcessing可能会破坏类型）；
2. 不要在循环前对files变量做数组转换操作，比如用f:iterator或其他视图助手修改集合类型。

内容的提问来源于stack exchange，提问作者lisardo