【发布时间】:2012-03-29 14:10:53
【问题描述】:
好的,所以我在从表单获取数据以绑定到我拥有的模型类时遇到了一些问题。
我有一个基本上看起来像这样的课堂问题:
@Entity
public class Question extends Model {
@Id @Required public int id;
public String title;
public String body;
...methods...
}
所以我想将其用作用户创建问题的表单模板,因此我创建了一个静态实例(就像他们在示例中所做的那样)
final static Form<Question> question_form = form(Question.class);
到目前为止一切顺利,一切都编译好了。当我实际提交表单时,问题就来了:
Form<Question> filled_form = new Form<Question>(Question.class).bindFromRequest();
这里我得到了错误:
[UnexpectedTypeException: No validator could be found for type: java.lang.Integer]
我对如何进行的想法是使用如下设计模式:
1.) 专门为表单创建模板类,不包含外键、ID 和非为用户设计的格式的信息等内容。 (即如果Question 有一个Topic 的外键,那么QuestionForm 类将有一个String topic 字段。
2.) 在Question 模型中创建一个类似于getFormForQuestion(Question) 和getQuestionForForm(Form<Question>) 的方法,然后使用这些方法执行CRUD 功能。
所以基本上用户和控制器使用表单进行交互,然后模型知道如何获取这些表单并将它们转换为数据库中的条目。
这是一种合理的方法吗?或者有更好的方法吗?
更新:
使用@GeneratedValue 注释而不是@Required 注释时似乎已修复,但我仍然对我提出的表单设计模式感到好奇。
也只是删除@Required 似乎可以解决问题。仍在寻找上述设计模式的 cmets!
【问题讨论】:
-
您不需要
id,因为它继承自Model超类。 -
哦,太棒了,我想更好。谢谢
-
这解决了您的问题吗?我应该把它作为这个问题的答案发布吗?
-
是的,这似乎也行得通,可能是正确的解决方案而不是使用
@GeneratedValue注解,你认为我提到的设计模式有一个很好的设计模式吗?
标签: forms model-view-controller model playframework