写完了抽象类必然接口就要来了
class="code_img_closed" src="/Upload/Images/2013091317/0015B68B3C38AA5B.gif" alt="" />logs_code_hide('4347f933-4ee2-4a32-9ab0-9d41a13e8144',event)" src="/Upload/Images/2013091317/2B1B950FA3DF188F.gif" alt="" />1 namespace Business 2 { 3 /// <summary> 4 /// 说明一下,一般接口命名都是以I开头后面跟操作名称,比如:IAnimal 动物接口 5 /// 6 /// 0.可多继承 7 /// 8 /// 1.继承类必需实现内部所有方法 9 /// 10 /// 2.应用场景: 11 /// 记得以前老师说过一句话:接口就是一把钥匙,怎么开,开哪扇门都由你自己决定 12 /// 本例,所有动物都 会(要)移动 和 吃东西,但到底如何移动、怎么吃 各种动物都不一样。 13 /// 如果只是猫或狗,个人认为做成 抽象类可能更适合一点 14 /// 15 /// 3.程序应用场景: 16 /// 数据库操作,每个实体都会有 添、删、改、查 的操作,定义接口,实现各规各。 17 /// 18 /// 忌讳:烂接口(接口泛滥) 19 /// 现在有很多项目为了规范而写接口,一个实体一个接口(添、删、改、查),个人认为这么做就失去了接口的意义(1对1 谈什么共用?),我手上就接到了这么一个烂货。 20 /// </summary> 21 public interface IAnimal 22 { 23 /// <summary> 24 /// 移动 25 /// </summary> 26 void Move(); 27 28 /// <summary> 29 /// 吃 30 /// </summary> 31 /// <param name="food"></param> 32 void Eat(string food); 33 } 34 }View Code
个人感觉 有继承关系的用 “抽象类”,而一些公共的方法则应由 接口来定义。