我是 EF Core 的新手。我的網(wǎng)絡(luò)應用程序的某些模型將顯示為下拉控件的列表項。我創(chuàng)建一個接口和模型如下。public interface ISelectListItemable{ int Id { get; set; } string Name { get; set; }}public class Tag : ISelectListItemable{ public int Id { get; set; } [Required] public string Name { get; set; }}因此我可以創(chuàng)建public static class IEnumerableExtension{ public static IEnumerable<SelectListItem> ToSelectListItem<T>(this IEnumerable<ISelectListItemable> items, int selectedValue) { return from item in items select new SelectListItem { Text = item.Name, Value = item.Id.ToString(), Selected = item.Id.Equals(selectedValue) }; }}輕松獲取SelectListItem列表。問題據(jù)我所知,我沒有看到任何關(guān)于模型實現(xiàn)接口的教程。所以我的問題是我上面的代碼有什么缺點嗎?
1 回答

HUX布斯
TA貢獻1876條經(jīng)驗 獲得超6個贊
這取決于您使用什么(或:多少)架構(gòu)。
這個名字ISelectListItemable
暗示了用戶界面的擔憂。我認為這是對 ViewModel 的可行補充,而不是對 Model 的補充。
當您直接在視圖中使用模型時,您可以這樣做,但這會降低設(shè)計的可擴展性和靈活性。
[DisplayName()]
基本上它與放置模型屬性處于同一級別。有些人這樣做,但僅限于較小的項目。
關(guān)于EF Core中的映射,
我注意到應用于接口中的屬性的任何數(shù)據(jù)注釋屬性都不會影響生成的架構(gòu)。
正確,這是設(shè)計使然,也是它可以工作的唯一方式。
它使接口比基類的侵入性更小。EF 可能永遠不會看到該界面。所以當你確實使用這樣的東西時,它比繼承要好得多。
- 1 回答
- 0 關(guān)注
- 128 瀏覽
添加回答
舉報
0/150
提交
取消