The value of FrameTreeNodeID will be exposed outside of content [1], because it is the only stable ID that can identify a frame.
Charlie & Nasko requested to expose this ID via a name that is different from FrameTreeNodeID (FTN ID), because FTNs are a concept that is internal to content/ [2].
I considered different names (e.g. UniqueFrameId, ContentFrameId, GlobalFrameId, StableFrameId), but ended up with sticking to FrameTreeNodeID because:
- FTN ID is already leaked outside of content/ (e.g. [3])
- Having another name that means exactly the same is confusing.
- If properly documented, the name does not matter that much, as long as the meaning is unambiguous and obvious. My alternative names are not better in this regard.
- I'm using "FrameTreeNodeID" instead of "FrameTreeNodeId" (camelCase is preferred these days) because all IDs in RenderFrameHost end with "ID" instead of "Id", and I preferred local consistency over the global coding standard.