> ConfORM is the result of a vision.
> You can read the introduction and the original motivation here:
> http://fabiomaulo.blogspot.com/2010/02/conform-nhibernate-un-mapping.html
> 
> ConfORM is the result of "landing a dream": ORuM ORuM = Object Relational
> unMapping

        couple of questions, as I'm confused now:
- the blogpost refers to a dev discussion which starts with a question about
what to with this with respect to NH3. Does this mean that the NH team
pushes confORM for NH3? I ask this because if that's the case we need to add
support for it in llblgen pro when NH3 ships
- it seems confORM stays somewhat close to the XML. I find that odd,
considering that the xml design for nhibernate (coming from hibernate) is
sometimes inconsistent and very confusing. 
 
> would be very nice to have a domain-model and let a bot chose its
> representation a to a RDBMS or a NoSQL system.

        what do you see as the 'domain model' then? A bucket of C# code? I
hope not.

                FB

> 
> On Thu, Aug 12, 2010 at 9:47 AM, Frans Bouma <[email protected]> wrote:
> 
> 
>       >              That still tells me that it tries to solve the same
> problem
>       > Fluent
>       >       NH tries to solve too: a typed way to map classes to tables
> for the
>       >       NHibernate framework.
>       >
>       >
>       > Perhaps...
>       > as MsTest, xUnit, MbUnit tries to solve the same problem of NUnit
> as C#,
>       > Vb.Net, Delphi... tries to sole the same problem of Java as
> Ninject, Funq,
>       > Castle, StructureMap, Autofact tries to solve the same problem of
> Spring
>       as
>       > EntityFrame4, LLBLGen, and others tries to solve the same problem
> of
>       > Hibernate as MacOS, Windows, Unix, Umbutu, Suse and others tries
to
> solve
>       > the same problem.
>       > and this is only a very partial and minimal representation of the
>       situation
>       > we are living
> 
> 
>              Ok, let me try it one more time, differently this time: is
> ConfORM
>       an option used by a lot of people using nhibernate or is this the
> plan of
>       the NH team, over FluentNH/XML?
> 
>              It's about what the NH framework is 'recommending' as the
>       'preferred' approach. I don't care what your personal preferences
are
> in
>       this, I just want to know what's the preferred way and what it will
> be in
>       the future (e.g. NH3). If they solve different problems, then it's
> not a way
>       of 'you have to choose between A and B'. As they look like they
solve
> the
>       same problem, it is a matter of 'you have to choose between A and
B',
> and
>       thus every A and B is relevant, unless it's either someone's
> pet/hobby
>       project or a project which is dead for a long time.
> 
>                      FB
> 
> 
> 
>       --
> 
>       You received this message because you are subscribed to the Google
> Groups "nhusers" group.
>       To post to this group, send email to [email protected].
>       To unsubscribe from this group, send email to
> [email protected]
> <mailto:nhusers%[email protected]> .
>       For more options, visit this group at
> http://groups.google.com/group/nhusers?hl=en.
> 
> 
> 
> 
> 
> 
> --
> Fabio Maulo
> 
> 
> 
> --
> You received this message because you are subscribed to the Google Groups
> "nhusers" group.
> To post to this group, send email to [email protected].
> To unsubscribe from this group, send email to
> [email protected].
> For more options, visit this group at
> http://groups.google.com/group/nhusers?hl=en.


-- 
You received this message because you are subscribed to the Google Groups 
"nhusers" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/nhusers?hl=en.

Reply via email to