CSLA .NET

Vibrant discussion about CSLA .NET and using the framework to build great business applications.

Why ContextManager only made for SQL?

rated by 0 users
Not Answered This post has 0 verified answers | 1 Reply | 1 Follower

Not Ranked
12 Posts
dblwizard posted on Tue, Jun 12 2012 1:57 PM

Rocky,

I'm working on a project using codesmith's PLINQO design(NHibernate) and I'm wondering why the ContextManager requirese a Linq.DataContext object.  I don't see that it's using anything specific to that DataContext object.  I only did a cursory look so I might have missed something.  Wouldn't it be possible to simply require an IDisposable object and that would allow other designs to use the ContextManager?

Thanks

dbl

All Replies

Top 10 Contributor
1,770 Posts

There is several types of ContextManager available:

ContextManager                   - Linq 2 Sql
ObjectContextManager       - Entity Framework
DbContextManager             - DbContext for EF 4.1 and Up
ConnectionManagerT         - ADO.NET Connection with Generic constraint
ConnectionManager           - ADO.NET Connection without Generic constraint.

ContextManager uses a generic constraint for your actual DataBaseMode and stores this instance inApplicationContext for the duration of a DataPortal call so that you do not have to send this as a parameter between objects.

Jonny Bekkum, Norway CslaContrib Coordinator

Page 1 of 1 (2 items) | RSS

Copyright (c) 2006-2010 Marimer LLC. All rights reserved.
Email admin@lhotka.net for support.
Powered by Community Server (Non-Commercial Edition), by Telligent Systems