Question

我正在通过开发C#音乐管理软件,学习OOP。至今,我阐述了不同类别和物体的相互作用,如本类图所示:。

然而,我对使我的设计坚固感到非常困惑,因为我正在找到能够做事情的多种可能性,但我不想最后搞坏设计。我的主要问题是确保我执行不同目标之间的数据完整性(我的理解是,我假定,在欧佩组织,如同数据库设计一样,可以提供不同用途的数据储存的准确性、一致性和可靠性(例如,使用外国关键制约因素)。例如,在我的申请中,我有艺术家、歌唱家和影像器,这些物体应相互交流。举例来说,我不想错过错的画像。我被告知,我应该做这样的事情:

class Album
{
  public String Name{ get; set;}

  List<Track> tracks;

  public void AddTrack(Track t)
  {
    tracks.Add(t);
    t.Album = this;
  }
} 
class Track
{
  public Album Album{ get; set;}
  public String AlbumName
  { 
    get{ return this.Album.Name}
  }

  public String ArtistName{ get; set}
}

然而,这不利于我。有些人可以建议我如何实际开展这项工作。具体来说,我如何能够增加一首新歌曲,标题、名谱和艺术家,并确保如果由于某种奇怪的原因,“册”的名称会发生变化,那么所有轨道仍将退回正确的名称,因为它们将数据从“册”本身重新获得?

而且,有人可以提出更好的设计。我是否应该利用继承或任何多变性来使我的设计变得有力?

Answer 1

As in DB design you have to make your choices based on your business requirements. Means: You have to ask yourself questions of possible constellations - are all the songs on a CD from the same artist? No -> artist field on track, yes -> artist field on album - do you have to be able to get the album when you know a track, or just all the tracks from a specific album - ...

What you are doing is correct in the way that you reference from the Track object the name of the referenced Album. What is to mention: they do return the albums name, but just the name the album has in the moment of the GET. So if you assigned the AlbumName property to a visual control or whatever it will not update automatical when you change the Albums name.

if thats not what you want to hear ask more specific.

Answer 2

实际上,你不再从事协会活动。

在面向目标的方案规划中,你将目标而不是“钥匙”。没有“外国钥匙”的概念。

如果物体B有母A,而A有unique ID<>em>,则通过设定unique ID而获得准B的母体:

B有母A:

public class A { public Guid ID { get; set; } }
public class B { public A Parent { get; set; } }

A someA = new A();
B someB = new B();
someB.Parent = someA;

由于“A”的含义可能与其他许多目标有关,因此从任何参考文献中改变同一目标,将修改该目标。

How to achieve integrity constraints? There re some design patterns, but one of most common one is Specification.

创建“核查”共同接口,采用一种可称为“检查”的方法,接受一种论点—— 标的检验标/>。 - 。在实施过程中,这种方法将核查某些物体符合某些规格。

public interface ISpecification { bool Check(object some); } public class Person { public string Name { get; set; } } public class PersonSpecification : ISpecification { public bool Check(object some) { // Checks that some person won t be null and his/her name isn t null or empty return some != null && !string.IsNullOrEmpty(((Person)some).Name); } }

这是执行业务规则和(或)制约因素的非常简单和通用的样本。

有许多框架可以帮助你:

微软 Formats & Practices Validation Block:

NHibernate Validator: (这是NHibernate项目的一部分,但可以在没有国民自由的情况下单独消费。)

在一些项目中,I vetegrated NHibernate Validator和其他项目,一种基于Specification的模式的习俗解决办法,但比抽样更为复杂和灵活。

具体模式:

http://en.wikipedia.org/wiki/Specification_pattern

友情链接