BOPF的这些determination，其方法不需要application developer自己去调用，而是被BOPF框架通过调用interface method的方式被调用。
Spring MVC的@RequestMapping工作原理类似，但实现方式稍稍高级点，用的是Java的反射。

ProductPageController这个类的productDetail方法加上了@RequestMapping, 参数是：

当我点了product list上某个product的image想进入detail page时：

这个包含了p的url就会被Spring MVCdelegate到我通过@RequestMapping注册的controller class上。从debugger里能看出我的controller class已经被成功地determine出来了。所以从本质上讲，@RequestMapping和在ABAP里常用的把CLAS名字配到表里的方法其目的都一样：注册，只是Annotation更加优雅和简便一点而已。

扫描原理见我博客:
A simulation of Java Spring dependency injection annotation @Inject in ABAP.
How does component-scan work in Spring Framework
How does @Autowired work in Spring framework
要执行的方法名字在这：

最后这个方法通过反射在line 497行被调用。

Java和ABAP反射机制的区别

注意在Java里，每个类的每个方法的元数据都可以被sun.reflect.MethodAccessor的一个实例来描述，而ABAP里反射的granularity只到Class level，只有CL_ABAP_CLASSDESCR，没有CL_ABAP_CLASS_METHODDESCR!

CRM

按F2就能看到页面的technical data, 就能找到当前页面是哪一个BSP component实现的：

C4C

也能看见technical data

Hybris

比如这个product detail page，我想知道是哪个JSP文件实现的？
问了成都Hybris开发同事，答案是没有，得自己找。 囧

找到product detail page:

双击进去：
找到这个product detail page的明细：

用类似ABAP的思路：SE16查表：
select * from {PageTemplate} where {name} = ‘Product Details Page Template’

查出来6条记录，根据last modify判断出是最后一条：

路径如下：

完整路径如下：C:\Hybris\6.5.0.0.23546\hybris\bin\ext-template\yacceleratorstorefront\web\webroot\WEB-INF\views\responsive\pages\product

另一种方法是打开这个文件：

里面一样有jsp文件的名称。

两种方式都非常不直观，没有WebUI的F2方便。