Prefer vals, immutable objects, and methods without side effects. Reach for them first. Use vars, mutable objects, and methods with side effects when you have a specific need and justification for them.
-- Programming in Scala, by Odersky, Spoon, and Venners
There are more example and guideline in this presentation by Odersky.
Do not overcomplicate simple tasks. Most of the time you will need only:
map, flatMap, fold)There is plenty of complicated stuff in Scala, such as:
Cake pattern or Reader Monad for Dependency Injection.implicit arguments.These things are not clear for newcomers: avoid using them before you understand them. Using advanced concepts without a real need obfuscates the code, making it less maintainable.
for comprehensions or map to combine computations together.Let's say you have something like this:
if (userAuthorized.nonEmtpy) {
makeRequest().map {
case Success(respone) =>
someProcessing(..)
if (resendToUser) {
sendToUser(...)
}
...
}
}
If all your functions return Either or another Validation-like type, you can write:
for {
user <- authorizeUser
response <- requestToThirdParty(user)
_ <- someProcessing(...)
} {
sendToUser
}
By default:
val, not var, wherever possible. This allows you to take seamless advantage of a number of functional utilities, including work distribution.recursion and comprehensionss, not loops.val whenever possible.There are good reasons to choose non-functional style:
var can be used for local state (for example, inside an actor).mutable gives better performance in certain situations.