identity management - Page 154

Object relationships

- by Hammerstein

This stems from a recent couple of posts I've made on events and memory management in general. I'm making a new question as I don't think the software I'm using has anything to do with the overall problem and I'm trying to understand a little more about how to properly manage things. This is ASP.NET. I've been trying to understand the needs for Dispose/Finalize over the past few days and believe that I've got to a stage where I'm pretty happy with when I should/shouldn't implement the Dispose/Finalize. 'If I have members that implement IDisposable, put explicit calls to their dispose in my dispose method' seems to be my understanding. So, now I'm thinking maybe my understanding of object lifetimes and what holds on to what is just wrong! Rather than come up with some sample code that I think will illustrate my point, I'm going to describe as best I can actual code and see if someone can talk me through it. So, I have a repository class, in it I have a DataContext that I create when the repository is created. I implement IDisposable, and when my calling object is done, I call Dispose on my repository and explicitly call DataContext.Dispose( ). Now, one of the methods of this class creates and returns a list of objects that's handed back to my front end. Front End - Controller - Repository - Controller - Front End. (Using Redgate Memory Profiler, I take a snapshot of my software when the page is first loaded). My front end creates a controller object on page load and then makes a request to the repository sending back a list of items. When the page is finished loading, I call Dispose on the controller which in turn calls dispose on the context. In my mind, that should mean that my connection is closed and that I have no instances of my controller class. If I then refresh the page, it jumps to two 'Live' instances of the controller class. If I look at the object retention graph, the objects I created in my call to the list are being held onto ultimately by what looks like Linq. The controller/repository aside, if I create a list of objects somewhere, or I create an object and return it somewhere, am I safe to just assume that .NET will eventually come and clean things up for me or is there a best practice? The 'Live' instances suggest to me that these are still in memory and active objects, the fact that RMP apparently forces GC doesn't mean anything?

Search Results

Search found 14251 results on 571 pages for 'identity management'.

Page 154/571 | < Previous Page | 150 151 152 153 154 155 156 157 158 159 160 161 | Next Page >

- by Hammerstein

- by user326136

- by Max Arderius

- by JuergenKress

- by Dave Ballantyne

- by Scott McNeil

- by Hari Prasanna Srinivasan

- by Ram Shankar Yadav

- by Tarun Arora

- by RitwikGhoshal

- by Michael Snow

- by me

- by Karen Rihs

- by Roxana Babiciu

- by Rob Hruska

- by Gordon Fontenot

- by John

- by Flipper

- by Wayfarer

- by EmbeddedProg

- by Newtopian

- by Enrique Lima

- by John Little

< Previous Page | 150 151 152 153 154 155 156 157 158 159 160 161 | Next Page >