for-comprehension

0熱

2答えて

私はPlayframeworkとSlickの非同期機能を使用していますが、理解のために将来の戻りメソッドの結果とインラインで作業する方法はわかりません。今、私はそれを、このようなやり方をやってる： def getWordDefinitions(checkedWordsIds: List[CheckedWord]) : Future[List[WordDefinition]] = { va

0熱

1答えて

エラー違法開始

私は、このエラーが生じています：このコード行のための error: illegal start of simple expression def process_alcs(lines: List[String]) : List[(String, Double)] = for (line <- lines) yield (val a = line.split(",")) (a[0],a[4].toD

2熱

2答えて

理解できない未来を無視する

私はすべてがリモートサービスコール（REST、RPCなど）を行う未来を理解しています。それらの未来のうちの1つが失敗すれば、全体の理解は失敗するでしょうか？たとえば、のは、私はサービスが val service1Future: Future[Response] = ... val service2Future: Future[Response] = ... はのはservice2Futur

2熱

1答えて

理解のために未来といえども

素敵なモナティブな方法で一連の非同期プロセスを作成する方法に苦労しています。プロセスの各ステップが失敗し、Future[Either[String, T]]が取得されている可能性があります。 def firstStep(input: Int): Future[Either[String, Long]] = ??? def secondStep(input: Long): Future[Eithe

0熱

2答えて

理解のためのスカラパターンマッチング

スカラでは、オブジェクトリストを反復し、要素の属性の1つのタイプに基づいて値の配列を作成するための理解ができますか？だから私は、要素のリストを持っていると仮定し、各要素には属性があり、属性が異なったタイプかもしれない... for (element <- elementList) element.attribute match { case a: Type1 => "Type1" case a

1熱

1答えて

理解のために処理されていない例外を持つモナドを試してください

私はスカラの理解のために試してみる方法を学ぼうとしています。以下のサンプルコード（結果1）で、理解のための最後の文が処理されない例外をスローした場合、コードは壊れないと[INT]お試しが返されます。しかし、文の順序が理解のために変更された場合（結果2）実行時例外がスローされます。 package simpleTryExample import scala.util.Try obj

0熱

1答えて

理解のためのスカラが返されます。Option [List [T]]];リスト[値]

私はスカラ座にかなり新たなんだといくつかの困難Option を形成抽出するために正確にどのように考え出すを持っています私が行うコードを持っているとします getResult(name, age, id).map(response => for { accounts <- response._id_list // response.account_id_list is an Op

0熱

1答えて

ADT for for comprehension

私はScalaのADTで理解するために使用する必要があるユースケースを持っています。私はflatMapsを使用して同じコードを書くことができますが、それは少し読むことができないようです。以下はコードです。 case class MovieRecord(movie: Movie, screenId: String, availableSeats: Int,

0熱

3答えて

map関数を使用して、2つのseqを1つに変換します。 Scalaの

私たちは、あなたが機能し、2つのコレクション (map + [1 2 ] [4 5 ]) ;;=> (5 7) を提供することができますマップ機能を持っているClojureの中はScalaでは似た何かがあるのでしょうか？私は理解のために試しましたが、私は4つの組み合わせを得ました。理解のためとの方法がある場合、私は将来的に何らかのフィルタリングを行う必要があるため、/でも良いだろう