我从几年前就开始使用野外出口了，我也做过一些噩梦

然后我想和大家分享一些野外出口使用的提示：

1。什么是数据类型？

在我个人看来，许多ABAP程序员误解和低估了数据类型的用途。

当程序员只为一个国家开发而不需要翻译时，尤其如此（例如：您为一家在西班牙工作的公司开发，然后，您只能用西班牙语定义标题，但如果您是为跨国公司开发，则必须用多种语言定义标题）。使用数据类型进行国际化是非常有价值的。

在这种思路中，trustdata大数据，云的服务器，数据类型具有"语义"，即它们有助于为在ABAP工作区内创建和生活的实体（数据类型）提供意义。

另一点是：数据类型在系统内创建标准化。每次使用数据类型创建字段时，该字段都会获得与使用同一数据类型创建的任何其他字段相同的特征和含义。

最后，显而易见的是：数据类型有助于验证和控制数据质量和数据限制（通过域，偏离路线）。

2。为什么要退出？

每个字段出口都与一个数据类型相关。

字段出口在数据质量管理方面更进一步。可以通过字段出口或数据检查来实现复杂的数据检查，具体取决于特定的dynpro（事务）、用户等

3。什么不能通过现场出口完成？

现场出口在设计上有一些限制：

a.现场出口只能发出错误信息，没有警告，没有提示信息

没有提示数据输入正确的意义，但只有在数据不正确时才有提示的意义

b.字段出口无法检索到一些环境信息

据我所知，字段出口可以从系统（sy变量）获取一般信息，返现，但不能获取有关程序/事务变量的信息。字段出口的目的是单独验证输入值。

可以使用一些技巧将信息从外部传输到字段出口（例如设置参数），贵阳大数据，移动物联网，但是根据我的经验，这些技巧很容易失败（字段出口可能会导致问题）。

4一些提示

a.分组

创建只用于字段出口的函数组是个好主意。这些组必须包含不超过5个左右的字段出口才能使其易于管理。当然，分组必须反映一些标准：在某个开发项目中创建的字段出口，与某些业务功能相关的字段出口，等等

b.范围

将"全局"范围指定给字段出口是一个坏主意（非常坏），其后果可能是一个普遍的问题，因为数据类型可以用于多个领域不同的事务。

可以在ABAP workbench中使用"where used references"进行分析，但一般来说，这种分析非常耗时，而且到目前为止，最好只将字段出口分配给所选的dynpro。

关于范围的另一点：刷新字段出口以实现更改（当传输到生产系统时），当字段出口在许多dynpro中工作时，会有更大的延迟，有时必须强制刷新（有一个标准报告要强制执行）更新）

我希望这些思考能帮助程序员理解并成功地使用field exits作为一个强大而有用的工具。