This repository has been archived by the owner on Jun 24, 2020. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 5
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
#13 - adding first crack at behaviors description
- Loading branch information
Cameron Barr
committed
Feb 12, 2015
1 parent
d779cf9
commit fe03b3f
Showing
1 changed file
with
18 additions
and
0 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,18 @@ | ||
# Behaviors | ||
|
||
The Framework encourages us to **Separate what Varies** by giving us tools to encapsulate different strategies. It provides the architecture for us so we don't have to do it ourselves. The structure that you will and should use most in customizing your applications is the Behavior. | ||
|
||
These behaviors are essentially customization classes that let you control what happens before and after all of the major actions in the MVC and Database layer of the Framework. | ||
|
||
The Framework supports composition at its core. Most classes extend from KObject and as such, inherit the mixin method. This method takes an object and **mixes** in that objects mixable methods into its own interface. | ||
> For more background on the mixin checkout [The Mixin](http://guides.nooku.org/essentials/mixin.html) section of these guides. | ||
What's important here is that the classes that get mixed are child classes of KMixinAbstract, and KBehaviorAbstract falls into this category. | ||
|
||
## Database Behaviors | ||
|
||
## Model Behaviors | ||
|
||
## View Behaviors | ||
|
||
## Controller Behaviors |