Download the PHP package coolms/entity without Composer
On this page you can find all versions of the php package coolms/entity. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download coolms/entity
More information about coolms/entity
Files in coolms/entity
FAQ
Example:
In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
- Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
- To use Composer is sometimes complicated. Especially for beginners.
- Composer needs much resources. Sometimes they are not available on a simple webspace.
- If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
- Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Informations about the package entity
coolms/entity
Entity contracts for the CoolMS platform, and the extras engine -- dynamic per-entity fields stored in a JSON column and described by a schema resolved at runtime.
What extras is
A class opts in by implementing ExtrasProviderInterface (usually via
ExtrasProviderTrait). It then carries an open $extras bag whose permitted
keys, types, validation rules and per-instance applicability come from a schema
resolved by EntitySchemaLookup for the class's registered alias.
Extras is an entity capability, not a dynamic-types one: modules that never define a type at runtime still declare extras on their own entities.
The ports
The engine lives here, at the bottom of the dependency graph, and asks for what it needs through interfaces other packages implement:
| Port | Answers | Typically implemented by |
|---|---|---|
Contract\FieldSchemaSourceInterface |
record-defined fields for an alias, in the neutral schema shape | the field-management module |
Contract\FieldMetadataSourceInterface |
resolved per-property metadata and override provenance | the same |
Contract\EntityTypeSchemaContributorInterface |
optional -- a type's parent chain and cached schema | a runtime-types module |
Contract\ExtrasNormalizationExclusionInterface |
"this type is normalized elsewhere" | any module with its own normalizer |
Only the first is required. With no type contributor installed there is no schema inheritance -- which is correct for an install without runtime types, not a silently disabled feature.
Ports return neutral shapes (plain arrays), never the implementing module's classes. That is the point: a port typed against another package's entities would be a wrapper, not a seam.
Also here
Registry\EntityAliasRegistry (FQCN to alias map, filled by each module's
compiler pass), the entity resolver chain, virtual-field descriptors and
registry, and the shared provider traits (label, name, description,
translatable, orderable).
Related packages
coolms/entity-application-- platform composition: reflection field extraction, the extras-flattening normalizer, widget rendererscoolms/entity-doctrine-- ORM/DBAL adapters: mapping driver, validation listener, generated virtual columns, per-platform schema and upsert managerscoolms/entity-bundle-- Symfony integration
Installation
All versions of entity with dependencies
coolms/core Version ^2.0
coolms/rql Version ^1.0
symfony/property-access Version ^8.0
symfony/serializer Version ^8.0
symfony/yaml Version ^8.0