scalaで書きなおしたものを提供してるらしいhttps://github.com/scala-js/scala-js/tree/v0.6.5/test-interface/src/main/scala/sbt/testingscalacheckはそれを利用しているそれを利用すると、scala-jsかJVMか、で分けて書かなくて良くなるらしい?scalapropsも一瞬scalacheckを真似してscala-js対応やろうかとおもったけど、test-interfaceの理解が追いつかないし、色々あれなのでとりあえずやめた将来的にscala-js対応をやる可能性はゼロでもないが、とりあえず、すぐにやる予定ないここから下は、疑問点、課題などを中心にRunnerのtasksメソッドがTaskDefの配列受け取ってTaskの配列返す、というインターフェイスの意味を完全に理解できてないhttps://github.com/sbt/test-interface/blob/v1.0/src/main/java/sbt/testing/Runner.java#L42今のところ、それぞれの1つのTaskDefから1つのTask、つまり同じ数だけ生成して返してるけど、それ以外のパターンありえるのだろうか?(1つ受け取って、2つ返す、など)テストがforkされた場合に正しく動くのか怪しいforkされた場合には、なにを気をつけないといけないのか、がそもそもわかってない(なにか違う処理をする必要ある?)TaskのexecuteでまたTaskの配列が返せる意味がわかってないhttps://github.com/sbt/test-interface/blob/v1.0/src/main/java/sbt/testing/Task.java#L36今は固定でゼロの配列返してるhttps://github.com/xuwei-k/scalaprops/blob/705c83db9/scalaprops/src/main/scala/scalaprops/ScalapropsRunner.scala#L189そもそもTaskとは・・・。sbt側にも同じような仕組みある程度ある気がするので、整理する必要があれば整理。1注目記事はてなブログをはじめよう!xuweiさんは、はてなブログを使っています。ブログを報告する引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。