EntityStorageInterface::create() creates a full working entity object, filled up with default values.
This is fine most of the time, but there are usecases where you simply don't need these default values.
One example is: REST module wants to represents a diff entity, so it doesn't need to load default values.
By providing EntityManager::createInstance() we would not only provide such a lightweight function, but it would also
allow to have a valid implementation of the PluginManagerInterface
EntityManager is a plugin manager, which means its interface includes createInstance() and getInstance(). These are currently non-functional, because #1763974: Convert entity type info into plugins → only addressed discovery, not the rest of plugin manager functionality.
Making them functional will allow classes that need to create and load entities to do so via an injected manager rather than by calling global functions. This is another step towards making things unit testable and better managed via the dependency injection container.
Needs work
10.1 ✨
It affects performance. It is often combined with the Needs profiling tag.
Used to track the progress of issues reviewed by the Drupal Needs Review Queue Initiative.
Not all content is available!
It's likely this issue predates Contrib.social: some issue and comment data are missing.
This issue is being reviewed by the kind folks in Slack, #needs-review-queue-initiative. We are working to keep the size of Needs Review queue [2700+ issues] to around 400 (1 month or less), following Review a patch or merge request → as a guide.
Seems some failures in MR 3240