Petro123забыл ник,
Scala не знаю. Не понял, как мне без null жить?
Многие до сих пор без goto не могут. Подумай, зачем тебе вообще нужен null? Ты просто привык смотреть на программирование с точки зрения императивного языка. Мир меняется, функциональщина и декларативный подход лезет во все щели, пора самообразовываться, бро. Если так подумать, то null используется в двух местах - 1) когда не знаешь что вернуть из метода и идешь по пути наименьшего сопротивления, вместо создания NullObject или NullCollection ты просто возвращаешь нулл и живитесь как хотите:) 2) Когда некоторые переменные в классе неинициализированы. Тут можно долго холиварить о том, а нужен ли вообще изменяемый стейт(чем его меньше тем лучше тут думаю согласны все), и решается это созданием полностью инициализированного объекта с выполнением всех инвариантов, например через factory methods как писал mayton.
Оба эти случая лишь ведут к тому что программист плодит вероятные проблемы там, где их не было бы, не будь null.
Petro123Если метод дайМнеВозраст() а база недоступна?
Option конечно, но не кривой как в java.
Petro123Или райзе форсмажор в середине подготовки ответа?
Exceptions, null - это все side-effects, которых надо избегать, чтобы иметь мало-мальскую возможность "reason about code", к сожалению формат форума не подразумевает чтение лекции, в которой можно было бы обьяснить что это и главное, зачем это.
Отличие scala - в том что Option там это монада. Грубо говоря это абстракция, или контекст в котором происходит цепочка вычислений, результат следующего зависит от предыдущего. В каждой монаде запрограммировано как обрабатывать нестандартные результаты(отсутствие результата или неправильное значение и тд) и контекст сам решает как быть дальше, программисту просто надо писать бизнес-логику. В случае Option - если какая-то из функций цепочки вернет None(индикатор отсутствия результата) то вычислять цепочку далее бессмысленно, и результатом всего выражения будет None.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
def employeeById(id:Int): Option[Employee] // принимаем Int возвращаем либо Some(employee) либо None
def departmentByEmployee(emp:Employee): Option[Department] // принимаем Employee возвращаем либо Some(department) либо None
def departmentEmail(dep:Department): Option[Email] // принимаем Department возвращаем либо Some(email) либо None
def fetchEmail(id:Int) = {
for {
e <- employeeById(id)
d <- departmentByEmployee(e)
em <- departmentEmail(d)
} yield em
}
Обрати внимание, все функции принимают конкретные объекты, а не Option. Задача распаковать\запаковать Option лежит на методах map и flatMap монады(в данном случае Option), твоя задача писать бизнес-логику а не париться о null и т.д. Но так как синтаксиса for{ <- }
в Java нету, то и Optional намного менее мощная и нужная штука.
Относится не только к Scala, а к любому декларативному языку, на самом деле я тоже долго не понимал почему Java так не любят, пока не потрудился и не разобрался с Haskell и попутно Scala. И хотя я до сих пор вижу некоторые преимущества в Java(не языке, а платформе и сообществе), но знание двух парадигм конкретно помогает посмотреть на код с разных сторон, так что рекомендую.
