
コードで学ぶSpring Webプロジェクト - Basic
zk202308a5410
Spring Legacyプロジェクトを勉強する必要がある場合は? XML設定一つ一つ自分で作ってみたいなら?
Basic
Spring, mybatis, JSP
Spring Boot(Spring Boot ver3.4.x)で作成されるAPIサーバーと React 19(with TypeScript) 連携プロジェクトを完成させる! バックエンドポートフォリオにフロントエンドを適用! 実務者を対象に作成された講義(初級者向け講義ではありません。)
受講生 1,454名
難易度 中級以上
受講期間 無制限

学習した受講者のレビュー
5.0
minho.ha
実際のプロジェクトを順番にコーディングしながら説明してくれるのがたくさん役立ちます。ただ、私の実力がこれに追いつかないだけです。ハハハハハ
5.0
원데이
このような講義が本当に実務に役立つ講義だと思われます。 講師の経験から出てくるヒントや情報も良かったです。 講義に出てくる各技術の深さは、講義の特性上、少し浅い感があるようですが、検索や本を参考にして簡単に理解できます。 ただし、その年次の開発者は少し大変かもしれませんね。
5.0
b0i4s
最近のようにフロント、百一つだけということではない時期にいつも曖昧にフロントだけ別に作ってみて、百万別にして普通の統合プロジェクトを一度作ってみたいと思ったが、片方だけ知っている方ではなくメインを一つ置いて両側の統合的な側面から気になる方には本当にいい講義だと思います。 私は本は購入しなかったが講義でも不足がないようですね。でも本のように見ればまた探してみる時間を減らすことができそうだと思いますね。 ちなみにリアクト、スプリングどちらも選手知識が少し必要ですが、一週間だけ勉強しても分かる内容なので、フルスタックに関心が少しでもあった方に良い講義になると思います。 良い講義ありがとうございます。
リアクト(React)開発プロセス
APIサーバー開発
JWT認証処理
Redux Toolkit(リダックスツールキット)
React Query
Zustand
学習対象は
誰でしょう?
APIサーバーを作りたい方
Reactの文法をどのように適用すべきか悩んでいる方々
前提知識、
必要でしょうか?
JavaScript(ジャバスクリプト)
スプリング(Spring)
ウェブプログラミング
2,210
受講生
161
受講レビュー
287
回答
4.8
講座評価
5
講座
「구멍가게코딩단(クモンガゲコーディング団)」は、2015年から開発関連職種の人々の集いのために作られたコミュニティです。
講義の進行は、現在「クモンガゲコーディング団(小さな店のコーディング団)」を運営しているクッキーマネージャーが担当しています。
2000年から開発を始め、ベンチャー企業、中小企業、大企業、フリーランスなどでの開発経験があります。
2010年代からは、主に企業向けの講義やコンサルティングを主な業務としています。
主な著書
コードで学ぶSpring Webプロジェクト
コードで学ぶSpring Boot
コードで学ぶReact
RESTful API サーバーの実装
Spring 6 レガシープロジェクト
Java Web開発ワークブック
React Native イン・アクション(翻訳)
開発/講義
サムスンSDS開発チーム勤務
SK顧客幸福株式会社 勤務
KT / SK / ポスデータ / 教保生命 / 新世界 / アシアナ / 国民健康保険公団など、企業向け講義
全体
98件 ∙ (21時間 54分)
講座資料(こうぎしりょう):
4. React-Router 설정
18:56
5. 공통레이아웃설정
07:59
6. Todo 레이아웃
16:48
8. 동적처리
05:49
11. 부트 프로젝트 생성 및 확인
14:23
12. 엔티티 클래스 만들기
15:02
13. 엔티티의 테스트
15:28
14. 목록(페이징)처리 구현
12:50
15. Querydsl설정하기
11:56
17. 서비스계층 만들기
11:44
18. 페이지처리를 위한 DTO설계
25:37
19. Querydsl 검색처리
18:43
全体
116件
4.7
116件の受講レビュー
受講レビュー 2
∙
平均評価 5.0
受講レビュー 13
∙
平均評価 4.8
4
ある程度知識があればリスニング快適。 ただし、ユニットテストコードでログを撮ることで目で確認する方式とか、 modifyメソッドでrepo.saveを呼び出すなど、個人スタイルが反映されたコード(?)が多い 適切に自分にスタイルに合わせて溶かすために初心者たちは難しく見える。 こんなやり方で織る人もいるんだが、ああ、それは良く見えるようなものをろ過して吸収するほどの知識になれば 復習でかなり良い講義
正常に作る状況なら modify 時に save( ) をする必要はありません (ダーティーチェック) ダーティチェックになるには、そのエンティティオブジェクトが永続状態であることを保証できる必要があります。 ところで、たまに他の開発者と作業してみると、以下のようなコードを見る時もあります。 @Transactional // そのトランザクション境界に関連付けられている永続性コンテキストとは無関係の user エンティティ public void saveRefreshToken(User user, String newRefreshToken) { ... user.setRefreshToken(newRefreshToken); ... } この場合、Userオブジェクトはダーティチェックの対象になりません。 このような状況に備えるために save( ) をするのがアンチパターンではないと思いました。 -------------------------- ChatGPT Spring Data JPAでは、エンティティの状態を変更する方法として、2つの主なアプローチを使用できます。変更の検出(dirty checking)とsave()メソッドの使用。各方法は、特定の状況に応じて適切に使用することができる。以下に各方法の長所と短所と使用事例を説明します。 --------------------。 結論 使用する方法は状況によって異なります。変更検出は単純で小さなトランザクションに適しており、明示的な保存方法(save())は明確で複雑なビジネスロジックを含む大規模トランザクションに適しています。 通常、実務では、2つの方法を組み合わせて使用します。単純なCRUD操作では変更検出を使用し、複雑なビジネスロジックが必要な場合はsave()メソッドを使用して明示的に管理します。
ああ、そのような状況もあります。 また学びますありがとう
受講レビュー 1
∙
平均評価 5.0
5
このような講義が本当に実務に役立つ講義だと思われます。 講師の経験から出てくるヒントや情報も良かったです。 講義に出てくる各技術の深さは、講義の特性上、少し浅い感があるようですが、検索や本を参考にして簡単に理解できます。 ただし、その年次の開発者は少し大変かもしれませんね。
制作の意図をご理解いただきありがとうございます。質問を上げればわかるほどお手伝いさせていただきます。
受講レビュー 4
∙
平均評価 5.0
5
最近のようにフロント、百一つだけということではない時期にいつも曖昧にフロントだけ別に作ってみて、百万別にして普通の統合プロジェクトを一度作ってみたいと思ったが、片方だけ知っている方ではなくメインを一つ置いて両側の統合的な側面から気になる方には本当にいい講義だと思います。 私は本は購入しなかったが講義でも不足がないようですね。でも本のように見ればまた探してみる時間を減らすことができそうだと思いますね。 ちなみにリアクト、スプリングどちらも選手知識が少し必要ですが、一週間だけ勉強しても分かる内容なので、フルスタックに関心が少しでもあった方に良い講義になると思います。 良い講義ありがとうございます。
制作意図を完全に理解していただきありがとうございます。残りの講義も参考になれば幸いです。 ありがとうございます。
受講レビュー 1
∙
平均評価 5.0
¥9,414
知識共有者の他の講座を見てみましょう!
同じ分野の他の講座を見てみましょう!