[REF] APIv4 - Dispatch event during Entity.get

[colemanw]

Overview

This allows extensions to modify the list of entities, enabling "virtual" entities not based on php files.
Followup to #21771

Before

Assumptions made about entities belonging in files.

After

Entity retrieval and caching refactored to call an event.

Technical Details

I had to refactor the part that fetches custom groups because using the api within API.entity.get was causing recursion.

Comments

I submitted this against 5.43 because #21771 is in 5.43 and it would be best to have them together.

[civibot]

(Standard links)

• If this is your first pull-request for CiviCRM, please browse CONTRIBUTING.md for information about the development and testing processes.
• If you are reviewing this pull-request, you may wish to consult the test sites and the Review Standards (long template, short template).

[eileenmcnaughton]

[eileenmcnaughton]

I wonder is this PR will help with the apiv4 getfields caching bug that has stymied me here #21790

[colemanw]

@eileenmcnaughton yea, the functional change here is that previously there were 2 incomplete caches - a cache of entity classes, and a cache of (partial) entity info. It was lazier that way but not necessarily more efficient. This new way is IMO better - it does the whole scan once and caches a single array of all entities and their complete info.

[eileenmcnaughton]

@colemanw style

File	Priority	Age	Author	Commit ID
BasicActionsTest.php:35

[colemanw]

@colemanw style

Grr, it's that stupid "Data types in @param tags need to be fully namespaced" warning. IMO we should get rid of that; PHPStorm agrees with me.

[eileenmcnaughton]

Tests are passing and they passed against our test suite too

[colemanw]

Yea, this failed because CampaignTest neglected to enable the CiviCampaign component!