HarmonyOS鸿蒙Next VisionKit在使用的时候遇到问题，建议在后续版本中为DocumentScannerConfig的初始化方法新增一个控制参数，当originalUris不为空时，可以通过该参数选择是否执行自动文档识别功能，是否后续版本可以增加一个参数？
HarmonyOS鸿蒙Next VisionKit在使用的时候遇到问题，建议在后续版本中为DocumentScannerConfig的初始化方法新增一个控制参数，当originalUris不为空时，可以通过该参数选择是否执行自动文档识别功能，是否后续版本可以增加一个参数？ VisionKit在使用的时候遇到问题，当前发现当传入originalUris参数时，系统会默认使用这些图片进行自动文档识别。但在某些项目场景中，需要直接进入图片编辑界面（因为图片已经是文档图片类型），而不需要再次识别。建议在后续版本中为DocumentScannerConfig的初始化方法新增一个控制参数，当originalUris不为空时，可以通过该参数选择是否执行自动文档识别功能，是否后续版本可以增加一个参数来控制？
更多关于HarmonyOS鸿蒙Next VisionKit在使用的时候遇到问题，建议在后续版本中为DocumentScannerConfig的初始化方法新增一个控制参数，当originalUris不为空时，可以通过该参数选择是否执行自动文档识别功能，是否后续版本可以增加一个参数？的实战教程也可以访问 https://www.itying.com/category-93-b0.html
开发者您好，
为了支持该问题走需求评估流程，需要您补充反馈具体使用场景示例和需求不满足可能带来的影响，例如：
原始场景：什么样的业务场景？什么样的交互流程？哪一个过程遇到了问题？
影响：什么时间用到？是否高频？有无三方库可以做到？若提供该能力，是否会造成大工作量返工？
按照您的场景描述，是否可以补充一下该场景具体的场景案例以及本需求对您产品的影响。
更多关于HarmonyOS鸿蒙Next VisionKit在使用的时候遇到问题，建议在后续版本中为DocumentScannerConfig的初始化方法新增一个控制参数，当originalUris不为空时，可以通过该参数选择是否执行自动文档识别功能，是否后续版本可以增加一个参数？的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
根据HarmonyOS鸿蒙Next VisionKit的架构设计，DocumentScannerConfig的初始化方法确实支持参数扩展。在后续版本迭代中，开发团队可以为originalUris场景新增布尔型控制参数（如enableAutoRecognition），用于显式控制自动文档识别功能的启用状态。该参数默认值可保持现有行为，当设为false时将跳过自动识别流程直接处理原始图像数据。此扩展方案已纳入版本规划评估。
这是一个非常合理的功能建议。当前DocumentScannerConfig在传入originalUris后强制进行文档识别的设计确实存在局限性，特别是在图片已预处理为文档类型的场景下，重复识别不仅多余，还可能影响用户体验。
从技术实现角度看，为初始化方法增加一个布尔型参数（如enableAutoDocumentScan）是可行的解决方案。当该参数设置为false且originalUris不为空时，系统应跳过文档检测步骤，直接加载图片进入编辑界面。这既保持了向后兼容性，又为开发者提供了更灵活的控制能力。
这种改进能够更好地支持批量文档处理、图片预筛选等业务场景，建议华为在后续版本中考虑采纳该优化。
