先来看一下号同学的设计文档。

第一个问题是数据表，如果设计的时候希望加一个备注，把这个相当于一个字典表，把他的意思说一下，有些字段我竟然看不太清楚。

第二点，一定要注意它的长度的问题。比如说， Name电影名字他需要255吗？如果逻辑上限定这个字段只有二十个字节，它的长度就是20个最大长度那么。 数据库的设计最好严谨，防止后面的扩展，这不是扩展属性，业务属性告诉你电影的名称就是20个字段，他不会出现25个字段，要求你会要截断。那为什么这样做呢？就是磁盘的存储。数据量比较大的时候，你多1/5的这个花销，要严谨的地方严谨。

第二部分，这个认识，虽然有点问题。我不知道是什么，你可能是电影的时长，那么这个时长inch的长度是什么？这个要注意，设计的时候知道大家对数据库不了解，Inch的长度是什么，12还是11他有255嘛，所以这个有问题。

然后是type，你写个type之后，不给我个字典说明这条下面备注12345是什么？你自己都不知道这是什么东西吧是吧，包括语言，而且他是个wo X类型。这type 一般来说是一个int类型，所以他后面可能需要枚举，你有哪些类型？如果用文本的话，它是很难做统计意义的，是不对的。

导演，那还是那个在原型图里面没有理解导演ID，说过一个电影。有可能会出现两个甚至三个以上。你用一个int值，怎么能够放两个ID呢？

地理位置也是这样的，地理位置有两个地域，有两个地域的时候还是这个问题，你不能去。这些字段都有问题啊，应该不会出现超于11的，超过11的不对。所以就说明大家对长度不敏感。
马克是什么东西？需要备注做解释，这是个什么字段？有些场景我们理解不常见。

然后测试一个介绍吧，但介绍要注意它不是误差，误差只有255个长度，你说这个我介绍只能有这么长呢。想想就不对，那你还需要别的类型吗？推荐也是这样的啊，包括富文本。有图片的话，可能不是这个样子。OK spiders也是这样的，Status上有个字段，有tiny inch都要了解一下。

这个同学不太理解，这是什么意思？41是什么意思？代表多长？这个其实要自己去研究一下。 OK，那么。主体在这个地方很奇怪。导演跟导演有什么区别呢？为什么这个地方放导演ID不放演员ID呢？所以在设计的时候，他的设计统一性是有问题的。

那么接口的部分，其实设计师问题是较大的，其实接口不是让你设计师给你写个值，而是要注意它的逻辑电路接口有什么逻辑。而且很重要的是你现在没有让你出电影列表啊，现在做详情页详情页就是一个电影啊。 一个电影哪来的电影列表呢？ 因为你对电影列表的产品还不清楚，里面有哪些模块儿可能要突出超出movie本身的。

现在所有的属性之外，你都不了解，你要做什么功能，你为什么要做设计呢啊？产品功能是什么都不清楚，所以你就按照现在能做的事情，你现在做的是详情页，详情页不会拉很多电影，只有一个金额。他的要素有哪些？这个要写，我发现有个同学花了很长时间，但实际上要点没有写。参数是什么？返回值是什么？如果他很简单，你可以不写，但是他如果很复杂的话，那就去理解，这个开发里面有个难点。