Home - energy-coresky/air GitHub Wiki

Фреймворк Coresky преследует цель максимально уменьшить код приложений, упростить разработку и повысить производительность. Поэтому, отличается принцип именования namespace от рекомендаций PSR, часто применяются функциональные однобуквенные префиксы, значения по умолчанию - типичное свойство различного функционала, имеется много акцентов для обеспечения принципов KISS и DRY и т.д. В Coresky имеется собственная автозагрузка классов, хотя, конечно же возможно использование стандартных пакетов Composer с произвольной автозагрузкой, в том числе PSR-4.

Канонически идеальные архитектурные решения в PSR, предполагают обладание неограниченными ресурсами. Это накладывает дополнительные сложности в разработке приложений, их развитии и повышает требования к вычислительным ресурсам. Многие крупные компании не следуют принципам PSR в силу чрезвычайной экономии вычислительных ресурсов, обусловленной высоким трафиком. Coresky это эксперимент, главная цель которого - поиск и разработка новых архитектурных решений для задач связанных с web-программированием.

В Coresky, отступления от PSR и связанные с этим недостатки, предлагается компенсировать альтернативными способами. Например отсутствие namespace в коде Coresky, компенсируется возможностью создания отчета по глобальным определениям. Global Report показывает некоторую среднюю концепцию кода, важную для выявления коллизий в именах, а также других возможных ошибок в целом:

Подобные проверки - "Run all lints", можно сделать принудительными на DEV, например раз в неделю. В отчете использования кода, каждое найденное использование класса, функции или константы сопоставляется с найденными определениями:

Строго говоря, Coresky нельзя назвать ни Framework, ни CMS, ни CMF. Скорее это гармонично связанный код для написания веб-приложений. Он имеет широкие возможности, которыми обладают Framework, но таковым не является. Это обусловлено вышеуказанным стремлением упрощать. Многое сделано, но работа продолжается..