From ec307a6046b9958a426eb463ed032846a7b1773e Mon Sep 17 00:00:00 2001 From: Benjamin Eberlei Date: Sun, 1 Aug 2010 16:56:36 +0200 Subject: [PATCH] Added small block on not supporting behaviors to limitations section --- manual/en/limitations-and-known-issues.txt | 14 ++++++++++++++ 1 file changed, 14 insertions(+) diff --git a/manual/en/limitations-and-known-issues.txt b/manual/en/limitations-and-known-issues.txt index c2005bdfb..d39b17663 100644 --- a/manual/en/limitations-and-known-issues.txt +++ b/manual/en/limitations-and-known-issues.txt @@ -9,6 +9,20 @@ you should know about. There is a set of limitations that exist currently which might be solved in the future. Any of this limitations now stated has at least one ticket in the Tracker and is discussed for future releases. ++++ Behaviors + +Doctrine 2 *will never* include a behavior system like Doctrine 1 in the core library. We don't think behaviors +add more value than they cost pain and debugging hell. Please see the many different blog posts we have written on this +topics: + +* [Doctrine2 "Behaviors" in a Nutshell](http://www.doctrine-project.org/blog/doctrine2-behaviours-nutshell) +* [A re-usable Versionable behavior for Doctrine2](http://www.doctrine-project.org/blog/doctrine2-versionable) +* [Write your own ORM on top of Doctrine2](http://www.doctrine-project.org/blog/your-own-orm-doctrine2) + +Doctrine 2 has enough hooks and extension points so that *you* can add whatever you wan't on top of it. +None of this will ever become core functionality of Doctrine2 however, you will have to rely on third party extensions +for magical behaviors. + +++ Foreign Keys as Identifiers There are many use-cases where you would want to use an Entity-Attribute-Value approach to modelling and