SSMフレームワークの心得

3417 ワード

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日は主にこのいくつかの場所で間違いを犯しました.まとめました.