DTO中的繼承是個壞主意-DTO的繼承應(yīng)該盡可能自我描述,并且通過使用繼承客戶端實(shí)際上不知道服務(wù)最終返回了什么。這就是DTO類在大多數(shù)基于標(biāo)準(zhǔn)的序列化器中無法正確反/序列化的原因。
在DTO中使用接口沒有很好的理由(在Poco模型上使用接口的理由也很少),使用接口來減少應(yīng)用程序代碼中的耦合是一種非常流行的習(xí)慣,而DTO中的應(yīng)用程序代碼正被輕率地泄漏到DTO中。但是跨進(jìn)程邊界,接口只會增加耦合(只在代碼中減少),因?yàn)槭褂谜卟恢酪葱蛄谢侥姆N具體類型,因此它必須發(fā)出特定于序列化的實(shí)現(xiàn)提示,即現(xiàn)在將C#關(guān)注點(diǎn)嵌入到線路上(因此現(xiàn)在甚至C#名稱空間也將中斷序列化),并且現(xiàn)在限制您的響應(yīng)供特定的序列化程序使用。在線路上泄露C#關(guān)注點(diǎn)違反了支持互操作性的服務(wù)的核心目標(biāo)之一。
由于JSON規(guī)范中沒有“type info”的概念,為了使繼承在JSON序列化程序中工作,他們需要發(fā)出專有擴(kuò)展到JSON線格式要包含此類型信息-現(xiàn)在將JSON負(fù)載耦合到特定的JSON序列化器實(shí)現(xiàn)中。
ServiceStack的JsonSeriizer將此類型信息存儲在_型屬性,并且由于它會大大增加有效負(fù)載,因此只會為需要它的類型發(fā)出此類型的信息,即Interfaces
晚飛object
類型或abstract
上課。
這么說的話,解決辦法就是改變Animal
要么是界面或者摘要類時,建議不要在DTO中使用繼承。