几周前,我开始练习OO,我做了一些课程,但我不知道我是否正确地理解了这些概念。正因为如此,我想展示一些课程,如果有人能告诉我他们对此的看法,并教我一些东西,我会很高兴的。
如果你能解释你的评估和修改背后的理由,并记住.我正在学习:$
我有一个产品目录,我们可以有多种类型的目录。基本上,一个目录是产品类实例的集合.
我为目录实现了一个基类,如下所示:
class BaseCatalog
{
protected $_collection;
protected $_count;
public function __construct()
{
// s
考虑一个父类Foo和我的类myFoo。我希望isinstance(myFoo, Foo)返回True,但不继承Foo的所有方法和属性。
例如:
class Foo:
def __init__(self):
# do stuff
# tons of methods!
class myFoo:
def __init__(self):
# do stuff
# couple of methods not in common with Foo
这可能是一个利基用例,但它将非常方便我。我怎么能“愚弄”isinstance,相信myF
我的IVehicle接口上有一个名为Color的属性。如果我希望实现该接口的每个车辆都有一个默认颜色"Red“,我该如何实现呢?这里还需要另一个关卡吗?
public interface IVehicle
{
string Color { get; set; }
void Go();
void Stop();
}
public class Bmw : IVehicle
{
#region IVehicle Members
public string Color
{
get
{
我通过了一次考试,遇到了一个问题,在这个问题上,我们没有和同事们达成一致。
С++
1 class Base {};
2 class Derived : public Base {};
3 class Foo
4 {
5 public:
6 Foo()
7 {
-8- Base* b = new Derived(); // Concept name is?
9 }
10 };
C#
1 abstract class Base{}
2 public class Derived : Base{}
3
4 p
我在我的项目中实现了仓库装饰器模式:
[Auditable]
public class Product
{
public int Id {get; set;}
public string Name {get; set;}
}
我从下面的链接中得到了这个想法。
但无法成功实现。然后,我开始学习装饰器模式和DataAnnotation,因为在DataAnnotation和装饰器模式中,产品实体上的可审计属性的方式有点类似。所以我的问题是它们是一回事吗?如果它们是相同的,那么我将如何在我的项目中实现可审计存储库模式(更多链接)。