ems/framework

A framework agnostic php library which provides the basics for cmsable and other frameworks

v0.5.2 2024-09-18 09:35 UTC

Requires

• php: >=8.2.0
• ext-json: *
• ext-pdo: *
• psr/container: 1.*|2.0.*
• psr/http-message: 1.*
• psr/http-server-middleware: 1.*
• squizlabs/php_codesniffer: 3.*

Requires (Dev)

• fakerphp/faker: 2.*@dev
• illuminate/config: 11.*
• illuminate/container: 11.*
• illuminate/contracts: 11.*
• illuminate/database: 11.*
• illuminate/filesystem: 11.*
• illuminate/mail: 11.*
• illuminate/queue: 11.*
• illuminate/support: 11.*
• illuminate/validation: 11.*
• illuminate/view: 11.*
• league/flysystem: 3.*
• mockery/mockery: ~1.6
• natxet/cssmin: ~3.0
• nikic/fast-route: 1.3.*
• patchwork/jsqueeze: ~2.0
• php-coveralls/php-coveralls: 2.7.*
• phpunit/phpunit: 11.1.2
• psr/log: ~1.0
• swiftmailer/swiftmailer: 6.*
• tedivm/jshrink: ~1.7

Replaces

• ems/assets: v0.5.2
• ems/cache: v0.5.2
• ems/contracts: v0.5.2
• ems/core: v0.5.2
• ems/graphics: v0.5.2
• ems/mail: v0.5.2
• ems/model: v0.5.2
• ems/skeleton: v0.5.2
• ems/testing: v0.5.2
• ems/view: v0.5.2
• ems/x-type: v0.5.2

MIT

• Michael Tils

README

The entity management system is a collection of interfaces for common software development tasks. Its main focus is to provide architectural solutions by common interfaces and patterns to ensure a maximum maintainability in bigger software projects.

EMS is build to be used on top of other frameworks like laravel, symfony or zend. The most implementations have no framework dependency but EMS is not meant to be used alone.

EMS ensures that you rely as little as possible on any external library, even on EMS itself. One principle is that only interface methods in EMS are public and no additional methods are visible. To ensure that, a lot of interfaces have planned hooks (like Cache::onAfter('invalidate', callable $do)) to ensure its extendability without the need for inheritance or code duplication.

The state of its packages

Currently this package could be seen as in beta phase. Almost all of my customer applications are based on cmsable, which is currently ported to ems. So the code works in big and stable applications. (Big means with for example 2 Million users/month) But the interfaces are currently changing. All features are developed in a predefined chain of actions:

1. Requirement specification
2. Technical Specification
3. Implementation
4. Release
5. Documentation.

So if a package is documented it can be considered as stable.