Java毎週、217号
どうぞ…
1. 春とJava
>>Datadogを使用してJavaアプリケーションとサービスを監視およびトラブルシューティングします 後援
一般的なJavaフレームワーク、アプリケーションサーバー、およびデータベースのエンドツーエンドのトレースとすぐに使用できるサポートにより、パフォーマンスを最適化します。 無料でお試しください。
>>Springプロジェクトのレイヤーごとのパッケージは廃止されました[lkrnac.net ]
マイクロサービスとDDDの世界では、パッケージバイレイヤーはもはやあまり意味がないようです。
>>リアクティブAPIの設計、実装、使用 [ infoq.com ]
リアクティブなアプローチを追求する前に、リアクティブになることが不必要な複雑さをもたらさないことを確認してください。
>> Spring Data Projections [ blog.sourced-bvba.be ]
SpringDataを使用してカスタムプロジェクションを簡単に作成できることがわかりました。 非常に素晴らしい。
>>ソースコードと動作に基づくJUnitとCucumberのテストレポート[Advancedweb.hu ]
Javaテストの詳細な失敗メッセージで、複雑なアサーションライブラリを使用していません。これは、JUnitおよびCucumberスタックへのクールな追加です。
また読む価値があります:
-
>> Spring Boot2.0GAに近い [ infoq.com ]
-
>>構成対。 JPAとHibernateによる継承 [ Thoughts-on- java .org ] -
>>JPAとHibernateを使用して存在しないエンティティフェッチ結果をキャッシュする方法[vladmihalcea.com ]
-
>> JavaEEからJakartaEEへ:JavaEEガーディアンズがOracleとのブランド変更に関する議論[ infoq.com ]
-
>>マッピングJavaHibernateを使用した8つの日付/時刻エンティティ属性[in.relation.to ]
-
>>Kotlinのjava.util.OptionalAPIの同等物[4comprehension.com ]
-
>>LambdasとMockitoの回答を使用してテスト構造を改善します[blog.codecentric.de ]
-
>> Spring Boot [adamcowley.co.uk]でNeo4jドライバーを使用する
-
>>Spring BootアプリケーションのDockerizing[ bmuschko.com ]
-
>>最初のJDK10(18.3)リリース候補(ビルド43)は、新しいバージョン管理スキームを示します [ marxsoftware.blogspot.com ]
ウェビナーとプレゼンテーション:
-
>>リアクティブスプリング[infoq.com ]
-
>> Spring Tools 4 – Eclipse and Beyond [ infoq.com ]
-
>>SpringCloudビギナーズガイド[infoq.com ]
-
>> Spring Cloud Gateway [ infoq.com ]
アップグレードする時間:
-
>> EclipseMicroProfile1.3が利用可能になりました[infoq.com ]
-
>> SpringFramework5.0.4が利用可能になりました[spring.io ]
-
>> HibernateORM5.3.0.CR1リリース[in.relation.to ]
-
>>JUnit5.1.0リリースノート[junit.org ]
-
>> Apache Tomcat 9.0.5 [ tomcat.apache.org ]
-
>> HibernateOGM5.3.0.Finalがリリースされました[in.relation.to ]
-
>> SpringSecurity5.0.2リリース[spring.io ]
-
>> Spring Vault2.0GAがリリースされました[spring.io ]
-
>> Spring DataKaySR4がリリースされました[spring.io ]
-
>> IntelliJ IDEA 2018.1 EAP:部分的なGITコミットなど [ blog.jetbrains.com ]
2. テクニカル
>>実用的なテストピラミッド[martinfowler.com ]
実装しているテストのタイプに関係なく、(実装の詳細ではなく)観察可能な動作をテストするは、後で多くのフラストレーションを軽減します。
>>仮想パネル:イベントソーシングで成功 [ infoq.com ]
イベントソーシングを分離して使用することは間違いなく便利ですが、CQRSアーキテクチャとドメイン駆動設計を補完するために使用すると、その能力と可能性が増幅されます。境界コンテキストの境界を尊重することが重要です。
>>汎用プラットフォーム–三つのルール [ scottlogic.com ]
時期尚早の一般化は、システムにある「レガシーコード」の一因となる可能性があります。
>>モデルアクション、データではない [ amundsen.com ]
API設計のガイドとしてデータモデルに依存することは、ほとんどの場合、悪い考えです。 ここに知恵の言葉。
また読む価値があります:
-
>>開発者がTDDを使用しないのはなぜですか? [ dolszewski.com ]
-
>>クリーンなアーキテクチャでのセキュリティの分離[blog.sourced-bvba.be ]
3. ミュージング
>>リモートチームによるテスト駆動開発の促進[daedtech.com ]
分散したチームは、TDDを採用することで大きなメリットを得ることができます。その採用に投資する価値は十分にあります。
また読む価値があります:
-
>>私のAppleGearはどれも接続されていません、くそー [ zachholman.com ]
-
>>プログラミングのミニマリズム[pointsgonewild.com ]
-
>>ソフトウェア業界で問題になりたい場合は、労働者になるのをやめてください [ daedtech.com ]
-
>>実装する機能の決定[successfulsoftware.net ]
4. 漫画
そして、今週の私のお気に入りのディルバート: