再来看一下余霁航同学的设计。ID主键，然后title是个time time were差，那这个有问题啊，因为在前面的页面上显示的对我们的详情详情页的产品逻辑，上面已经给出了它显示的是多少分钟。用误差类型的话打算怎么放那？最后你开发的时候跟数据库一致的，那你难道要把数据库的误差类型转化成一个实际类型吗？

那么这个误差实际上这个很神奇啊，就是时间，他基本上不太可能是个啥类型是吧。School 是float，所以大家还应该有另外一个。 误差类型，可能是用多少风格showtime。Data  time日一般来说要注意的就是daytime，这些time啊，这个一般来说没有时分秒地区。

这里面有几个问题，这个地区导演和actor，都是会有多个名词，但用摩擦的时候，你发现没有统计意义。如果这都写周星驰，成龙，那我想知道哪些是周星驰的，他就有问题。所以这么去想的话，是不是设计上都简单了？因为这个功能就是现在呢，我没有做到，但是作为一个设计者应该知道，我们后面应该会有这种查询或者设计。应该有个店员电影演员表。

导演表因为什么呢？这个东西我们的原型上还有一个功能，有就是他的名字，有他的头像，那你用个word差，你可能就没有办法一个字段来表示这么多东西。然后推进的也是这样的东西推荐，如果放在里面的话，只能放一个吗？

状态一定要注意，4S不可能是误差类型，所以在我们大部分的设计里面，它都是一个状态，状态能用inch的能用。能用这个数字来表现的就不用插，因为插的统计是比较差的。最后一个ID拍的，这个不知道清不清楚，一定要注意这个问题。而且一定要注意，状态一般比较少，一般012就够了啊，所以碳减排的长度是一或者二就差不多了。

那么接口设计部分呢，大家做的都比较简单，他写了个枚举，枚举有个东西，一般来说枚举的灵我们不太去用它，零他可以用也可以啊，但是零一般来说，它是一个比较特殊的状态。这个写的不错啊，然后那个其他的大家自己去看，Look good bye。所以这个大家不要去做，一定要，就是我们常说的三个基本方法，Root ID in sta bi和update，三个方法。你不知道产品逻辑都可以去写，因为他会用到，跟我们的这个字段对应起来。但是你像这种获取所有电影的，因为你还不清楚，不是这个不对，这个返回所有分类。那就是这个里面的这个特点，那名字就不对了，Get all fame，你该叫get all film category。