Pourquoi un framework de plus ?

Qu'est qui fait la singularité de RedCat ?

Je ne voulais pas choisir entre l'évolutivité, basée sur les bonnes pratiques, et le déploiement rapide, basé sur le pragmatisme. L'une basée sur une configuration intégrale, flexible mais fastidieuse, et l'autre basé sur des conventions strictes, efficaces mais arbitrairement limitées. Tous les frameworks que j'ai vus peuvent êtres classés dans une de ces deux catégories.
Cependant, il est possible d'atteindre la simplicité du RAD mais sans sacrifier l'évolutivité et l'agilité de la programmation en respectant les principes SOLID et les bonnes-pratiques. Avec des conventions implicites puissantes mais une configuration prioritaire RedCat apporte l'approche juste.

Travaillons ensemble !

L'architecture de RedCat est faiblement couplé et respecte les principes de la SoC. Cela signifie que chaque composant est indépendant des autres et que vous pouvez les utiliser sans le framework complet. Vous pouvez les utiliser séparément à l'intérieur de n'importe quel autre framework d'applications web, CMS/SGC, groupware, CRM/GRC ou application réalisée sur-mesure.

Mais vous pouvez aussi travailler avec certains autres frameworks populaires comme Zend, Symfony, PEAR, Aura ou beaucoup d'autres à l'intérieur de RedCat vraiment facilement. RedCat a certaines fonctionnalités exclusives et des composants très ingénieux, mais il ne réinvente pas la roue inutilement et certains autres frameworks ont aussi des composants utiles et bien réalisés que vous pouvez utiliser pour des besoins spécifiques. De plus, certains des composants majeurs de RedCat sont principalements inspirés par d'autres outils provenant de la communauté des développeurs PHP.

Pour résumer, RedCat peut être utilisé comme le noyau de votre application aussi bien que comme librairie de composants géniaux.