SSMフレームワークの心得
最近SSMフレームワークでプロジェクトをしてみて、まとめた心得もあります
はSystemを通過する.err.println(パラメータ+「muhaha」);文は、このパラメータを取得したかどうかを判断するために、controllerが取得しなかったのは、controllerがまだ通じていないことであり、サービス(ServiceImpl)を判断し、Dao層、サービス層、テストごとに、いつもどこが通じていないかを見つけることができ、問題点を見つけることができます controller層のcheckパラメータは、各パラメータをcheckする必要はありません.もし人が中に伝わらなかったら、どうしますか.例えば検索して、3つのキーワードを検索することができて、良いですか?あなたはすべてcheckして、それはただ1つのキーワードを検索したい時を追い詰めたのではありませんか?
controllerレイヤの注入に失敗しました.まず、サービスに異常があるかどうかを確認します.それから、サービスインプラントに@サービスがあるかどうか、そして、入力が正しいかどうか、同じタイプかどうかを確認します.問題がなければ、サービスインプラントを書き終わると、エラーが解消されます.@Autowired(required=false)は絶対に使用できません.それは耳を隠してベルを盗むと呼ばれています.
serviceは自動的に生成したほうがよく、便利で速くて間違いがない.必ずthrows Exception を加えなければならない.
VOのタイプはentityに必ず対応してくださいね ServiceImplのDaoレイヤのメソッドは最後に自動的に生成され、生成後に@Param("username")を付けることを忘れないでください.渡すパラメータはすべて書かなければなりません.VOで定義(導入)したデータベースのテーブルの名前とデータベースのテーブルの名前はに対応します.
Daoレイヤのxmlファイルにsql文を書く.この連表クエリで調べる内容にを加えるのを忘れないでください.
<resultMap id="BaseResultMap" type="com.test.entity.TWrongQuestions">
<result column="subject_type_code" jdbcType="BIGINT" property="subject_type_code" />
<association property="t_question_type" javaType="com.test.entity.TQuestionType">
<result property="id" column="id"></result>
<result column="question_type_name" jdbcType="VARCHAR" property="question_type_name" />
</association>
</resultMap>
初期化時にsql文はstudent_id = #{username}
ええ、この2、3日は主にこのいくつかの場所で間違いを犯しました.まとめました.