blocks|key|99268|text|这样做的问题是，您的Cars类仍然具有它从List继承的接口，这可能会允许您不想要的操作。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|99269|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

The problem with this is that your Cars class will still have the interface it inherits from List, which may allow operations you don't want.

blocks|key|3317586|text|这取决于你的课程的最终目的。如果它只能作为您自己的集合实现来工作，请使用继承。如果不是，则将a集合作为属性包括在内。第二个选项更通用：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3317587|3317588|由于只能从一个类继承，因此可能需要从另一个类继承，而不是集合|unordered-list-item|3317589|如果需要将该类作为集合查看，则可以包括索引器属性。|3317590|3317591|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|L|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|M|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|N|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|O|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|P|8|@]|9|@]|A|$]]]|J|$]]

That depends on the final purpose of your class. If it is only going to work as your own implementation of a collection use inheritance. If not, include a a collection as a property. The second option is more versatile:

<ul>
<li>As you can only inherit from one class, you might need to inherit from another class rather than collection</li>
<li>If you need to see this class as a collection you can include an indexer property.</li>
</ul>

blocks|key|4164234|text|我之前误读了这个问题。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4164235|我建议使用组合而不是继承。如果你想使用所有时髦的LINQ东西，一定要实现IEnumerable<T>，甚至IList<T>+--但我不会直接从List<T>派生出来。|offset|length|style|CODE|4164236|如果您确实想“免费”获得收藏内容，但仍然保留控制权，那么您可以使用CollectionBase。这仍然限制了您继承的机会，但至少您对集合中发生的事情有了更多的控制。|4164237|entityMap|0|LINK|mutability|MUTABLE|url|http://msdn.microsoft.com/en-us/library/system.collections.collectionbase.aspx^0|0|10|E|1H|8|1Z|7|0|X|E|0|0^^$0|@$1|2|3|4|5|6|7|R|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|S|8|@$D|T|E|U|F|G]|$D|V|E|W|F|G]|$D|X|E|Y|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|Z|8|@]|9|@$D|10|E|11|1|12]]|A|$]]|$1|J|3|-4|5|6|7|13|8|@]|9|@]|A|$]]]|K|$L|$5|M|N|O|A|$P|Q]]]]

I misread the question previously.

I would suggest using composition instead of inheritance. If you want to be able to use all the funky LINQ stuff, by all means implement <code>IEnumerable&lt;T&gt;</code> and perhaps even <code>IList&lt;T&gt;</code> - but I wouldn't derive from <code>List&lt;T&gt;</code> directly.

If you do want to get the collection stuff "for free" but still retain control, you could use <a href="http://msdn.microsoft.com/en-us/library/system.collections.collectionbase.aspx" rel="nofollow noreferrer">CollectionBase</a>. That still ties you down in terms of your one shot at inheritance, but at least you get more control over what happens in the collection.

blocks|key|4164281|text|如果您希望您的Cars类的行为类似于List，并且具有与List相同的方法，那么这并不是那么糟糕。你只是从它派生出来，你就完成了。然后，如果你想添加任何额外的功能，你只需要声明那些方法，就完成了。但是，您现在绑定到列表，如果列表以任何不希望的方式更改，您就完蛋了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4164282|当你让它成为一个复合类，并在类中实例化List时，你只需要暴露你想要公开的List的方法。但这意味着你也必须全部重复它们。|4164283|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

If you want your Cars class to act just like a List and to have the same methods than it isn't that bad. You just derive from it and you're done. Then if you want to add any additional functionality, you can just declare those methods and you're done. However, you're now bound to List and if List changes in any undesirable ways, you're screwed.

When you make it a composite class instead and have the List instantiated inside the class then you only need tp expose the methods of List that you want exposed. But that means that you have to repeat them all too.

blocks|key|4164306|text|如果该类的目的是向标准集合添加额外的功能，那么我将从该集合继承。如果集合只是更大图景的一部分，那么这听起来更像是一个属性。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4164307|但是，我会考虑使用Collection而不是List，除非您确实需要List中的功能。|4164308|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

If the purpose of the class is to add additional functionality to a standard collection, then I would inherit from the collection. If the collection is just one part of a bigger picture, then that sounds more like a property.

I would, however, consider using Collection&lt;T&gt; instead of List&lt;T&gt; unless you really need the functionality in List&lt;T&gt;.

blocks|key|917228|text|"Cars“类真的是必需的吗？有没有比"List“更多的功能？如果没有，你应该使用"List“(或者更好的"IList”)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|917229|如果"Cars“类有任何附加功能，则主要有两个场景：|917230|917231|这个类是“期末”类，没有太大的可能性，其他人需要扩展它。|unordered-list-item|917232|这个类可能会被用作基类。然后我推荐使用这个结构：|917233|917234|。|917235|public+class+CarList<T>+:+List<T>+where+T+:+Car+{
++++//+some+added+functionality
}|code-block|syntax|javascript|917236|如果你想在将来变得更灵活，你应该使用一个组合：|917237|public+class+CarList<T>+:+IList<T>+where+T+:+Car+{
++++private+IList<T>+innerList;
++++public+CarList()+{+this.innerList+=+new+List<T>();+}

++++//+implementation+of+IList<T>

++++//+some+added+functionality
}|917238|entityMap^0|0|0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|X|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Y|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|Z|8|@]|9|@]|A|$]]|$1|E|3|F|5|G|7|10|8|@]|9|@]|A|$]]|$1|H|3|I|5|G|7|11|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|12|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|13|8|@]|9|@]|A|$]]|$1|M|3|N|5|O|7|14|8|@]|9|@]|A|$P|Q]]|$1|R|3|S|5|6|7|15|8|@]|9|@]|A|$]]|$1|T|3|U|5|O|7|16|8|@]|9|@]|A|$P|Q]]|$1|V|3|-4|5|6|7|17|8|@]|9|@]|A|$]]]|W|$]]

Is the "Cars" class really required?
Has some added functionality than "List" ? If not, you should use "List" ( or better "IList" ).

If class "Cars" has any added functionality, there is two main scenarios:

<ul>
<li>This class is "final" class, there is no big possibility, the someone others need extended it. Then is this construction OK.</li>
<li>This class will be probably used as base class. Then I recommend use this construction:</li>
</ul>

.

<pre><code>public class CarList&lt;T&gt; : List&lt;T&gt; where T : Car {
 // some added functionality
}
</code></pre>

If you want be more flexible in future, you should use a composition:

<pre><code>public class CarList&lt;T&gt; : IList&lt;T&gt; where T : Car {
 private IList&lt;T&gt; innerList;
 public CarList() { this.innerList = new List&lt;T&gt;(); }

 // implementation of IList&lt;T&gt;

 // some added functionality
}
</code></pre>

Recently I used a class that inherits from a collection instead of having the collection instantiated within the class, is this acceptable or does it create unseen problems further down the road? Examples below for the sake of clarity:

<pre><code>public class Cars : List&lt;aCar&gt;
</code></pre>

instead of something like:

<pre><code>public class Cars
{
 List&lt;aCar&gt; CarList = new List&lt;aCar&gt;();
}
</code></pre>

Any thoughts?

Classes with Collections as Properties vs. Classes Inheriting Collections

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

最近我使用了一个从集合继承的类，而不是在类中实例化集合，这是可以接受的吗?或者它会在以后产生看不见的问题吗？为了清楚起见，下面的例子如下：public class Cars : List<aCar>而不是像这样的东西：public class Cars{ List<aCar> CarList = new List<aCar>();}有什么想法吗？

问将集合作为属性的类与继承集合的类
EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问将集合作为属性的类与继承集合的类EN

回答 6

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问将集合作为属性的类与继承集合的类
EN