亲爱的读者，
希望您身体健康！
这就是“如何测试OCR SDK”的第四（最后一个）部分：
产品分发大小
在大多数情况下，分布大小不是最重要的参数，但是在某些情况下，它很重要:
Ad-hoc场景。产品分发大小会影响初始化时间，如果每次有新任务进行处理时都启动引擎，我们建议您检查产品分发的大小。
移动应用程序。移动应用程序的分发大小将始终是移动应用程序开发人员考虑的重要因素，这就是OCR引擎大小是最关键参数之一的原因。
浏览器插件。分发体积越大，插件体积就越大，会导致浏览器插件的安装时间越长。
驱动。由于驱动通常要通过互联网定期更新，因此较大分发体积可能会产额外的负担。 驱动程序有时可以在RAM中运行，但是RAM的大小有限。如果将驱动程序根据请求运行到RAM中，则大的分发体积将导致额外的延迟。
Web服务。如果将OCR集成到Web服务中，SDK的分发体积将对扩展服务的速度产生负面影响，从而影响为提供足够适用性所需的处理能力。
有两种主要方法可以减少SDK分发体积：
- 排除对您的任务不那么重要的语言的词典。
- 排除引擎代码的一部分，这些部分可以提高准确性但不是那么关键，因此在排除后，准确度仍然可以接受。 您应根据自己的情况和用户期望自行决定您的任务可接受的准确度。但是排除并不总是可行的，或者并不总是很容易的。 在很多情况下，您必须创建自定义SDK分发。
供应商的支持和可靠性
选择OCR引擎时，技术特性并不是唯一需要考虑的重要事项。
OCR引擎是否得到很好的支持？了解您可能的供应商是如何处理功能请求的，检查好文档和代码示例的可用性以及他们的支持人员对其引擎的了解程度。
还要了解该公司是否曾经做过与您类似的项目 (询问参考资料，检查案例研究和网站)。 这可以表明供应商在您的特定方案和文档类型上拥有的专业知识水平。 OCR支持不是一项简单的任务，这就是为什么特定领域的实践很重要。
引擎是否定期更新？ 一些OCR引擎多年未升级，而其他OCR引擎定期更新。 更新很重要，因为它们包括客户要求的错误修复和增加新的功能，或者需要符合行业变化。
如果您计划在您的业务中使用OCR，请注意，在某些时候您需要在引擎中修复或改进某些内容。
我们希望，上述建议能够帮助您根据明确且可重复的事实做出正确的决定。 如果您有任何其它问题或想要提供反馈，请通过我们的网站与我们联系！
