views:

86

answers:

3

This is probably me just remembering things completely backwards, but I'd like to know more about what I'm doing wrong...

I have declared a class to be nothing more than a direct inheritance from a generic list (done to simplify naming), something like this:

public class FooList : List<Foo> {}

now in another method completely separate from this class, I am trying to return an instance of this class, however I want to filter the class based on a criterion, so I'm using a lambda expression:

var list = new FooList(); // imagine this fills it with different items
var filtered = list.FindAll(c => c.Something == "filter criteria");

now according to the FindAll method, this SHOULD return a List[Foo]. However, I want to return this object as a FooList, not a List[Foo]. Do I have to create a new instance of FooList and copy the items from the List[Foo]?

If so, why? why can't I convert a List to a FooList directly, since they are the same object?

If this CAN be done, how do I do it?

many thanks!

+6  A: 

They are not the same thing. A FooList is a List<foo> but a List<foo>, which is being returned by the FindAll() function inherited from List<foo>, is not a FooList. You will need to construct a new FooList.

You could do something like create a Constructor for FooList that takes a IEnumerable<foo> object like this:

class FooList : List<foo>
{
   public FooList(IEnumerable<foo> l)
        : base(l)
   {  }
}

Or you could also do something like this:

 var list = new FooList();
 var filtered = list.FindAll(c => c.Something == "filter criteria");
 var newList = new FooList();
 newList.AddRange(filtered);
 return newList;

However as mentioned in some of the other answers, if you are not adding any functionality then you should just create an alias with the using keyword.

linuxuser27
this is about what I figured, but to me it just seems like it SHOULD work, but I guess I do understand why it doesn't. I knew i had it backwards. is there a way to initialize the FooList from the List[Foo] or am I going to instead add each one individually? btw, THANKS!
Josh
On the plus side List<Foo> has a constructor overload that takes an IEnumerable<Foo> argument, so creating a new FooList and copying the values should be easy.
PhilB
@PhilB +1 For beating me while I was away coding :)
linuxuser27
very very cool, I learned something new! i love my job :) thanks everyone for the help!
Josh
+7  A: 

Your problem is that you are using the wrong tool for the job. Inheritance is not a mechanism for simplifying naming; inheritance is a mechanism primarily designed for (1) modeling "is a kind of" relationships between classes of business domain objects, and (2) enabling the sharing and specialization of implementation details amongst related types.

If you want to simplify naming then the right tool for the job is to put

using FooList = System.Collections.Generic.List<Foo>;

at the top of every file.

Eric Lippert
interesting, I've never heard of this before, I will look into it! there was originally supposed to be added functionality to this, but we never got there. I will certainly keep this in mind for the future, thanks!
Josh
+1 That's it. There is no necessary for OP to create a `ListFoo` class inherited from `List<Foo>` in order to make the code shorter. `using` resolves the root problem.
Danny Chen
+1  A: 

Don’t declare a new class FooList. Just use an alias. At the top of your source file, write:

using FooList = System.Collections.Generic.List<Foo>;

Now you can write FooList everywhere and it will be treated to be exactly identical to List<Foo>.

Timwi