Spring Frameworkを100％実践的に学習します。 アクティブなチュートリアルとKMLマークアップ言語。 KciTasksプロジェクト（ベータ）

Spring Frameworkは従来、最も複雑であると同時に高額 なものの1つと考えられています。 しかし、その研究に対する既存のアプローチは非常に効果的ではありません。 春の研究に対する根本的に新しいアプローチを提供したいと思います。これは、 アクティブなチュートリアルの概念を使用することから成ります。 これらは、開発者の注意をサポートし、フレームワークの特定の側面をガイドするバランスの取れた一連の指示です。

その結果、 集中トレーニングが行われますが、st迷することなく、「どこで使用するか」というタイプの誤解の問題があり、理論を退屈で受動的に読むこともありません。 絶対に。

この記事では、 Spring Jdbc / Transactionsを認定に必要な知識の50％でカバーする5つの教育タスクを紹介しています。 この記事の主なタスクは、アイデア自体を大規模にテストすることです。また、あなたと一緒に、すべてのトピックについて多数のユニークなタスクを開発します。

まず、あなた自身について少し。 私の名前はYaroslavです。EPAMSystemsのMiddle Java Developerで働いています。 私の趣味の1つは、トレーニングシステム（学士号、修士号）の作成です。 過去4年間、さまざまな知識分野（Java / Springを含む）を教えるために100を超える最も多様なアプローチを試し、これらのアプローチをテストするために20以上のプロトタイププログラムを作成しました。 それらのほとんどはスーパーベネフィットをもたらさなかったので、私はこの方向で働き続けます。

この記事は私の理論の 1つに捧げられています。 徹底的にテストする必要があります。これがこの記事の目的です。 今後は、何が危機にunderstandしているのかを理解するために、タスクのあるWebページにアクセスすることをお勧めします（ https://kciray8.imtqy.com/KciTasks/App/src/ ）。

私は完璧主義者であり、トレーニングが完璧に近いことを望んでいます。 私の理解では、これは負の感情、遅延を引き起こさず、喜びをもたらすようなトレーニングです。 残念ながら、多くの最新の（そして高額の）技術の研究は困難です。 Spring Frameworkは伝統的に学習するのが最も難しいと考えられており、その研究は非常に非効率的です。

通常、春は学ばれる

フレームワークについて学習するには、2つの極端な方法があります。 1つは、ある人が会社で働いて、顧客が与えたタスクを単純に行うときです。 これは遅い、非常に遅い開発方法ですが、ほとんどの開発者はそれに従います。 特に彼らがそれを支払うとき、彼らが尋ねることだけをすることは論理的ではありませんか？ ただし、実地訓練は効果的であると思われます。 現代のプログラマが解決するタスクのほとんどは、システムのメンテナンスです。 すべてがすでに私たちの前に書かれています、あなたはただバグを修正し、設定を編集し、ファイルでシステムを修正する必要があります。 それには何の問題もありませんが、テクノロジー自体の学習は非常に遅いです。 もちろん、遅かれ早かれ、春のドキュメントを掘り下げる必要があり、必要なものはすべて覚えていますが、それには何年もかかります。 たぶん、最初に知識と経験を「積み上げ」、それから実際のタスクをより複雑に（そしてもちろん大幅に高い給料のために）試みることは価値があるでしょうか？ （Javaで確実に動作します。2〜3か月でJava SEを意図的に学習できます。これは1〜2年の経験にカウントできます。これを行った多くの大学の友人）。

2つ目は、 集中トレーニングです。 これは簡単ですが、非常に難しい方法です。 それは、人が本（またはコース）を進めてから、それを実践し、何らかの形で覚えようとするという事実にあります。 また、このアプローチがJava SEでまだ何らかの形で機能する場合は、すべてがばねで鈍くタイトです。 最高の本でさえ、これらの機能やそれらの機能を正確に適用する場所について説明されていないことがよくありますが、自分で追いつく必要があります。 しかし、ここで最も厄介なことは 、そのような努力によって得られた情報を忘れることです 。 学習上の問題の1つは、効果的な繰り返しの欠如です。 春を古典的な方法で勉強した場合（たとえば、本を読んで実際にコードを試してみた場合）、それには多大な労力が費やされましたが、回復の可能性はありませんでした。 1〜2年で本を簡単に読み直しても忘れられた情報は返されません（練習と並行して読んだ情報）。 いくつかのジレンマがあります-多くの練習があるようにそれをどのように作ることができますが、同時にプログラマーは適切な領域に「向かって」いますか？

学習の問題

したがって、学習の極端さは悪いという結論に達しました。 プロセスを最適化する方法について考えてみましょう。 ターゲット学習は、さらに発展する必要がある正しい考えのようです。 これがほとんどの人にとって困難を引き起こす理由をさらに詳しく考えてみましょう。

まず、学習に値する資料を選択します。 それらの主な要件は、限られた情報セット（認定/面接/練習に必要なもののみ）、およびこの情報の一貫した論理的に相互接続されたプレゼンテーションです。 これらの基準によると、本は最適です（ Spring in action 、 Julianaの認証マニュアルなど）。非常によく考えられて設計されています（私の意見では、udemyでのスプリングに関するビデオコースよりもはるかに良く、詳細です）。 自分自身に読んで、掘り下げてみて、試してみてください。知識があります。 しかし、そこにありました。

事実は、本を読んでその中の理論を分析するまさにプロセスが実際にこの理論をテストするプロセスと非常に不十分に整合しているということです。 彼は自然ではない 。 本が完璧であっても、本のままです。 本質的にプログラミングを教えることを意図したものではありません。 プログラマーは、最終的に、特定のフレームワークテクノロジーを意識的に使用するための良い習慣を構築する必要があります。 「読んで理解した」と「それを適用する方法を知っており、どこを知っているか」の間には、大きなギャップが形成されます。 それを克服するには、かなりの努力をしなければなりません。 正直に言って、Springでかなり多くのWebアプリケーションを作成しましたが、Spring in Actionの章を読むのはまだ大変でした。 現時点では、両方の書籍の約30％を詳細に解析しており、Spring 5の認定資格を約60％取得する準備ができています。

2014年にAndroid SDKを調べたときに、同様の問題が見られました。 ここでの答えは非常に簡単です-各フレームワークは独自のいくつかの新しい概念を導入しますが、それらを理解し、それらを通して考えることはかなり困難です（従来の教育方法を使用している場合）。

本に示されている情報と習慣を結びつけるプロセスは非常に難しく、効果的ではありません。 多くの場合、多くの否定的な感情を引き起こし（何かが機能しない、または開始しない場合）、Googleをたくさん使用して問題を解決します。 開発者を導き、適切な解決策を示し、それを作成するための「パス（トレイル）」を作成することは本当に不可能ですか？ 結局のところ、経験豊富な開発者はそのようなパスをよく知っています。 彼らにとって、これは明らかなことです。 しかし、ここでは知識の移転という形で問題が発生します。 すでにわかっているように、本はこの目的には適していません。

私が注目したいもう一つの問題は、 繰り返しの問題です 。 すべての困難を克服し、春の知識を広めたとしても、時間が経つにつれて、それらは次第に消えていきます（現在のタスクに関連していることが判明したわずかな割合は別として）。 忘れるのは人間の本性であり、何もすることができません。 できることは、繰り返しを最適化することだけです。 私が学士号を取得していたとき、間隔の繰り返しの理論とフラッシュカードの形での知識の保存（ 学士号に関するKhabrostatya）に大きな期待がありました 。 ただし、フラッシュカードは互いに独立しすぎています（関連するSpringの知識を保存するには適していません）。 Javaを学習する場合でも、その有効性は平均です。 はい、また、プログラマーは練習を繰り返す必要があるため、これらも自然ではありません。

長年にわたって、トレーニングを100％実践に結び付ける方法に頭を悩ませてきました（ 結果として、退屈ではなく、高効率で ）。 次に、試したオプションについて簡単に説明します。 最初に、タスクとは別に、技術的なヒントを提供する詳細なトレーニングTKのセットを見つけようとしました（クラスなどを使用してREST APIを開発するには）。 私は賢明なものを見つけられず、多くの時間を費やしました。 はい、春のいくつかの部分で別々のオーサリングコースを見ましたが、完全な認定資格をどこにも集める方法はありません。 はい、これらのチュートリアルの「本」の問題は残っています（一部の著者は段階的なマニュアルを作成しようとしましたが、依然として欠点があります）。 PS：春に "Training TOR"のようなものをお持ちの場合は、kciray8 @ gmail.comに送ってください。

書籍やチュートリアルの問題の1つは、非常に退屈で退屈なことです。 これは、Googleのバグよりもさらに苦痛です。 読みたくない、コーディングしたい！ トピックとクラス名に関するヒントのみにこの本を使用し、自分で（実験とGoogleを介して）他のすべてに追いつくとしたらどうでしょうか。 そして、その章を読み直して、それ自体を圧倒し、残りの知識を収集します。 実際、私は春を勉強しました。 この章の最初（退屈な紹介）からではなく、真ん中から、何かをつかんで、その周りで実験しようとしています。 IDEは、オートコンプリート、JavaDocとソースの表示、便利なデバッグの助けを借りて、これに大いに役立ちます。 これを「API実験学習」と呼びます 。 私はこの方法を中心に多くの特別な技術を開発しましたが、いくつかの根本的な問題が残っています。

すなわち、「st迷」の問題は消えません。 それはまだ多くの痛みを引き起こしますが、これはすでにより自然で実践に近いものです（実際のプロジェクトでは、多くのそのようなst迷を決定する必要があります、それはスキルを高めるのに役立ちます）。 実際、この手法を使用すると、最終的な目標（認定）を達成できます。 ただし、これには多くの労力が必要になり、トラックに沿って歩く場合の3〜4倍になります 。 はい、繰り返し情報の問題が残っています。 そして、私は理想に近い何かをしたいと思っています。 突然、私の新しいテクニックは多くの人々に役立ち、世界を変えるでしょうか？ そして、2017年の終わりに、そのようなアイデアが思いついたので、すぐにそれを実装したかったので、最初は成功に対して非常に大きな賭けをしました。

古典的な（主に受動的）チュートリアルの学習方法について考えてみましょう。 Springのチュートリアルのほとんどは、単純にその構造にうんざりしています （spring.ioのガイドを含む）。 私が耐えられない最大の欠点は、直線性です。 多くの著者は、自分自身にコピーする必要がある大きなコードを「ダンプ」します。 簡単な例（実行して実験できる最小のデモンストレーション）から始めて、さまざまな機能を追加する方が正しいでしょう。 「単純なものから複雑なものへ」という原則は、学習の黄金律です！ しかし、いや、結局のところ。 各作成者は、必要な情報の2〜4倍の情報を収集し、断片的に分解してから実行する必要があると考えています。

たとえば、春にSOAPサービスを上げるためのガイドを開きます（ https://spring.io/guides/gs/produce-web-service 、最近職場で必要になりました）。 ここでは、gradleを使用してJavaクラスを生成するプロセスと、Spring-Bootとwsdl4jの両方と、メモリ内リポジトリ全体のCountryRepositoryをねじ込みました（ただし、単純な「Hello world」行で十分です）。 そして最後にだけ、彼らはcurlを使用してこのシステム全体を起動する方法を説明しました。 いいえ、もちろん私はすべてを理解しています-著者は「オールインワン」の明確な例を挙げてそれを分解したかったのです。 しかし、情報を理解するという観点からは、このアプローチは適切ではありません。

退屈な解析を「読み」、コードの一部をコピー＆ペーストするのが好きですか（それぞれ半ページ）。 我慢できない。 ここで、実験的に経験を積みたいのですが、それだけです。

アクティブチュートリアルのアイデア（KciTasks）

「これをやる 」などの小さな指示を与えるような仮想の教師を作り、プログラマーがミスを犯したか忘れた場合、教師はコードを渡すだけです。 基本的に、ksi-taskiesはそのようなものです。 彼らの本質は、私たちが小さな指示のセットを持っていることです。それぞれの指示には答えがあり、それはネタバレ（隠し）の下にあります。 それらと通常のチュートリアルの違いは、次のチャートで見ることができます。

白紙のプロジェクトコンセプト

アクティブなチュートリアルの分析を続ける前に、それらが基づいている1つの重要な概念についてお話したいと思います。 この概念は、あらゆる教育方法論と組み合わせて使用​​できますが、何らかの理由で、どこかで記述または言及されることはめったにありません。 そのため、 トレーニングプロジェクトは最初から行う必要があります 。 start.spring.ioはありません。毎日[ファイル]-> [新しいプロジェクト]-> [Hello world]にアクセスして、Webを含むすべてのプロジェクトをベースにします。 また、すべてのMaven依存関係も新しい方法でスコアリングされます。 これにより、スプリングモジュール間の依存関係、それぞれが必要な理由などを思い出すことができます。 実際には、これはある種の依存関係の問題があるときに便利です。

実用的な焦点

XMLは好きですか？ 両方のSpring本の著者は、遅かれ早かれXMLが過去の遺物になることに同意します。 ただし、それら自体がほとんどのソリューションを2つのバージョン（XML +アノテーション）で提供します。 大企業に就職するまでXMLは好きではありませんでした。 今、これは仕事のほんの一部です。 単純にXMLをいじり、XMLを使用せずに書き換える既製のソリューションがあまりにも多く作成されています。多くのお金を費やし、比類のないほど少ないものを作成してください。 誰もこれをしません。 そのため、 タスクでXML /注釈を代替することを試みましたが、これをお勧めします 。 （記事で説明されている手法を使用して）正しく学習すれば、XMLは問題を引き起こすことはありませんが、反対に、反対側からいくつかの解決策を検討するのに役立ちます。 XMLコードの作成（IDEを使用したオートコンプリートとツールチップを使用）は、Javaコードの作成と同じくらい楽しいです。

理想に近づく（0.5％コピーアンドペースト、5％読み取り）

アクティブなチュートリアルの各命令は、コピーアンドペーストなしで実行可能でなければなりません。 最新のIDEでは、ゼロを掛けることができます。 はい、すべての利点を備えたbeans.xmlでさえ、 依存関係も-すべてIDE内で実行できます。 これは、コードを無意識にコピーするよりもはるかに優れています。 私が言ったように、私は学習を楽しいものにしたいと思っています。これは症状の一つです。

xi-taskの各命令は、少し考えて何かを覚えさせます。 これがこのチュートリアルの「アクティビティ」です。 このプロセスは、コードの読み取りやコピーよりもはるかに優れています。 ここでバランスを維持する必要があります-命令はあまりにも愚かではないはずです（さもなければそれほど良くないでしょう）、そしてあまり複雑ではありません（これはチュートリアルと同様に大きなコードと問題を伴います）。 私は多くの異なるトレーニングシステムを見てきましたが、そのような開発を見たことはありません。

アクティブチュートリアル用特別言語（KML）

これまでアクティブなチュートリアルを誰も配布していない理由の1つは、それらを保存するためのフォーマットがないことです。 既存のマークアップ言語は、コードとテキストの混在にはまったく適していません 。 KciTasksの最初のバージョンをHTMLのアドオンとして作成しましたが、これは非常に不便でした！ 次に、自分で小さなマークアップ言語を作成しました。これはシャッフルに最適で、HTMLにコンパイルされます。 そして、これはWebページのロード時に発生します。 以下に例を示します。

例1-JdbcTemplate Beanの作成

=Create a @@JdbcTemplate@@ as a @@@Bean@@ with @@DataSource@@ injected into it +Main.java @Bean JdbcTemplate getJdbcTemplate(DataSource dataSource){ return new JdbcTemplate(dataSource); } 

例2-schema.sqlファイルの作成

 =Create a file ~~schema.sql~~ with a DDL-statement for creating a new table ##Product## (name, price) +schema.sql CREATE TABLE Product(name VARCHAR(100), price DOUBLE) 

Core Spring 5.0認定フルカバレッジプラン

インターネットには、証明書が必要かどうかについてのholivarがあります。 これについては別の記事を書くことができますが、この記事のフレームワークでは、 「できる限り必要」と書きます。 1か月前、Spring 5 Study Guide（および重要な試験自体 ）が発表されたため、それに焦点を当てることは理にかなっています。 私たちにとって、これは面接で尋ねられ、あなたのプロジェクトに役立つかもしれない、 計画 、またはいくつかの標準セットとして役立ちます。

トピックごとに、必要な知識の量に影響を与え、さまざまな観点から情報を提供する6〜8個の一意のタスクを実行する必要があります（たとえば、 DataSourceはさまざまな方法で作成されます。など）。 トレーニングを終えると、プログラマーはDataSourceが何であり 、どのように使用されるかを確実に覚えます（多くの場合、 「学習、合格、忘却」の代わりに）。 さらに、トピックはしばしば重複します（Spring DataではコンテナとAOPが使用されます）。 これにより、基本を非常に深くすることができます。

マークアップ言語によるプロセスの最大限の自動化にもかかわらず、 ケーシングの開発は依然として非常に時間のかかるタスクです。 特に、それらが定性的に行われている場合（すべてを単純な形式で正しい観点から示す）。 たとえば、トランザクションの分離レベルでタスクを開発するのに約10時間かかりました。 トランザクションを並行して実行することにより、4つのレベルの違いを示す必要があるように思えます。 しかし、そこにありました！ H2とMySQLの場合、いくつかのレベルの違いは見えず、異なる状況で競合状況を処理します（データベースの一部はデータの古いコピーを返し、他はトランザクションをスタンバイモードにします）。 そして、DerbyDBでのみ、すべてのレベルの違いを明確に見ることができます。 本の著者はすべて非常に賢明です-彼らは理論をコピーしますが、実際にそれを示すために-完全な例を見つけることができなかったので、自分でそれを推測しなければなりませんでした。

私の計画の本質は、 私の努力とあなたの努力を組み合わせて、多数のユニークな Spring 5 タスクを一緒に開発することです。 タスクは、 GitHub Webサイトから、誰でも無料で登録なしで利用できます。 または、 プル要求を実行できます（エンジン自体で何かを変更する必要がある場合）。 私たちは一緒になって、新しい学習原理を創造し、それを大衆にもたらすことができると信じています。

件名（ 試験の％ ）	KciTasksのカバレッジ	ユーザー（カバレッジプラン）
コンテナ（28％）	10％
AOP（14％）	10％
JDBC（4％）	50％
トランザクション（10％）	50％	kciray8@gmail.com（+ 20％）
MVC（10％）	0
セキュリティ（6％）	0
REST（6％）	0
JPA Spring Data（4％）	0	kciray8@gmail.com（+ 50％）
ブート（14％）	0
テスト（4％）	0

また、寄付（サイトヘッダーのバナー）の形でプロジェクトをサポートするリクエストに注意を喚起したいと思います。 私は努力の報酬をもらいたいです（そしてJava開発者コミュニティは貧しさからはほど遠いです）。

推奨事項

春の各トピックについて、多くのユニークなショックを思い付くことができます。 たとえば、 MVCスプリングを使用してREST APIの開発に関する指示を行い、 RestTemplateを使用してそこからデータを受信し、コンソールに表示できます。 2 in 1、いくつかの閉じたリングが判明しました。 一般に、ここでの創造性の範囲は非常に広く、時間と欲望だけが必要です。 そして、よりユニークなパズル、より良い！ 独自の（異常な）何かを追加する場合は、先に進みます。 トレーニングの汎用性は非常に重要です。 多数の異なる角度から同じ知識を示すことが必要であり、それらはよく記憶されます。 主なことは、上記のバランスを保つことです（各命令には、何かをする必要がありますが、それほど多くはありません）。 一緒に本から知識を車の形に変換し、素晴らしい仕事をすることができます！

PS：読者のいずれかが試験および/または公式コースを極めて重要なものから受けた場合は、kciray8 @ gmail.com宛にメールをください。

学習システムまたは繰り返しシステム？

KciTasksを使用できる2つの方法があります。 最初の方法は、春の詳細な研究に使用することです。 私の意見では、これは効果的なはずです。 あなたは単に指示の後に指示に従い、決定を確認し、自分自身を修正します。 最初は、そこをたくさん覗きますが、それで問題ありません。 翌日、できるだけのぞき見をしないで、すべてを自分でやるようにしてください。 すべてのタスクは、ネタバレなしで実行されるように設計されています。 これに来る必要があります。 あなたはグーグルではないことに注意してください（!!!）、ドックや本を読んではいけません。タスクは自給自足で、指示とその解決策を読み、実験から知識を引き出します。

2番目の方法は、繰り返しに KciTasksを使用することです。本/コースのフレームまたはプログラミング言語を学ぶとき、あなたは多くの努力をします。そして無駄にならないように-タスクで得たすべての経験を投資して、6か月後にbeatられた道を進んですべてを覚えるようにします。

両方のパスはテストされていません（ベータ）ので、フィードバックをお待ちしています。そして、より良い。結局のところ、すべての人々は異なっており、認識は異なっており、コミュニティの反応を見る必要があります。この記事がお役に立てば幸いです。