【マルチスレッド】CompletableFutureについて - Qiita
マルチスレッド処理で他のスレッドから戻り値がある場合がある。 戻り値を受け取る方法としてCompletableFutureがある。 マルチスレッドの中では、1つのスレッドの戻り値を受け取って処理を行いたい場合がある。 その場合、戻り値が必要な処理は、戻り値を受け取るまで処理がブロックされる。 戻り値を返す処理が終了したら、戻り値を取得し、後続の処理を行う。 CompletableFutureは前段の処理が終了したら自動的にその結果を次の処理を渡して実行するようにできる。 CompletableFutureは戻り値のある非同期処理をsupplyAsyncメソッドで起動する。 import java.util.concurrent.CompletableFuture; import java.util.concurrent.ExecutorService; import java.util.c
マルチスレッド :: やり直しJava
スレッドの現在の状態は ThreadクラスのgetState()メソッドで確認することができます。 スレッド間通信と同期スレッド間通信スレッド間通信と言うと 大袈裟な感じもしてしまいますが、スレッド間でデータをやり取りしたり 待ち合わせを行うことを指します。スレッド間通信は共有メモリを介して行います。共有メモリとして利用できるのは ヒープ領域に置かれたインスタンスやクラスフィールド等です。具体的には次のような方法でスレッド間通信を行うことができます。 クラスフィールドを介してスレッド間通信を行う。クラスのシングルトンオブジェクトを介してスレッド間通信を行う。共有するオブジェクトの参照を それぞれのスレッドで持ち合い、共有オブジェクトを通してスレッド間通信を行う。並列処理を行う場合、スレッド間通信が必要なければ シングルスレッドの場合と変わらないので 難しいことは何もありません。しかし 大抵
CompletableFuture初心者用説明｜とあるプログラマーの奮闘ストーリー
関数型インターフェース、CompletableFutureの理解を言語化します。 コード上のコメントに説明は記載。 package java8; import java.util.concurrent.CompletableFuture; import java.util.concurrent.ExecutionException; import java.util.function.Consumer; import java.util.function.Function; import java.util.function.Supplier; public class CompletableFutureTest { public static void main(String[] args) throws InterruptedException, ExecutionException
JUnit - @Rule・@ClassRule使用方法の備忘録 - Qiita
はじめに みなさんはJUnit使ってますか？ Java用のテスティングフレームワークはTestNGなどもありますが、JUnitを使っている人が多いと思います。 そんなJUnitの@Rule・@ClassRuleについて、備忘録として自分なりにまとめてみました。 間違っている場合もありますのでご容赦ください。 なお、実装例のpackage文・import文は省略しています。 概要 @Ruleは@Before・@After、 @ClassRuleは@BeforeClass・@AfterClassの代替だそうです。 実際にはもっといろいろなことが出来るようです。 今後@Beforeや@Afterなどが非推奨となることはないとは思いますが、読めるようにはしておきたいですね。 TestRuleクラスについて TestRuleクラスを継承したクラスのインスタンスを、テストクラスのpublicフィールド
JUnitでの検証メソッドについて - Qiita
先日、遅ればせながらJUnit5を使ってみたら、なんとassertThatがいなくなっていました。 「アサーションは利用者が好きなものを使ってね」という方針のようです。 そこで、JUnitで使う検証メソッドについて、 今まで使ってきたものを含めて、利用候補を考えてみます。 org.junit.Assert.assertEquals 伝統的なメソッド。新入社員時代にはお世話になりました。 assertThatがいるので今はあまり使われていない(はず)。 期待値と実測値が分かり辛い Javadocによると左が期待値で右が実測値らしいですが、よく忘れます。 チーム開発すると何人かは逆に書いたりして、後から混乱を招くことも。 「どっちでもいいじゃん」という人もいるかも知れませんが、期待値と実測値が逆になったエラーメッセージは個人的には気持ち悪いです。 ```java.lang.AssertionE
JUnit 4からJUnit 5に移行する：重要な違いと利点 | otnjp
※本記事は、Brian McGlauflinによる”Migrating from JUnit 4 to JUnit 5: Important Differences and Benefits“を翻訳したものです。 改善点と新機能が魅力のJUnit 5 著者：Brian McGlauflin 2020年4月6日 JUnit 5は、JUnitフレームワークの強力かつ柔軟なアップデートであり、テスト・ケースの整理および記述を行うためや、テスト結果の理解に役立てるためのさまざまな改善と新機能が提供されています。JUnit 5へのアップデートは、すばやく簡単です。プロジェクトの依存性を更新し、新機能を使い始めるだけです。 しばらくJUnit 4を使っていた方は、テストの移行を大変な作業だと感じるかもしれません。朗報なのは、おそらくテストの変換がまったく必要ないという点です。JUnit 5ではVint
Writing Parameterized Tests With JUnit 5 - Petri Kainulainen
Author: Petri Kainulainen Published: December 19, 2021 17 comments If you want to learn how you can work smarter and save time when you are writing tests with JUnit 5, you should take a look at my Introduction to JUnit 5 course. It has 24 lessons, 47 exercises, and 13 quizzes. This blog post describes how we can write parameterized tests with JUnit 5. After we have finished this blog post, we: Can
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CompletableFuture runAsync vs supplyAsync, when to choose one over the other?
Spring @Qualifier Annotation
Migrating from JUnit 4 to JUnit 5 | Baeldung
Migration from Junit 4 to Junit 5
JUnit5 @RunWith | Baeldung
JUnit 5 Assertions - JUnit assert Examples
Test expected exceptions in Kotlin
JUnit 5 Timeouts Examples - Mkyong.com
JUnit 5 Expected Exception: How to assert an exception is thrown?
Overview :: JUnit User Guide
Guide to JUnit 5 Parameterized Tests | Baeldung
JUnit – Parameterized Test - Mkyong.com
Guide to JUnit 4 Rules | Baeldung