Val, var, функции и case class в Scala

В этом уроке разбираем case class scala через практику: понять базовый стиль Scala: меньше мутаций, больше выражений. Материал помогает Java-разработчику или аналитику данных, который встречает Scala в JVM и Spark-проектах, поэтому здесь будет не справка, а рабочий маршрут: что создать, какой код вставить, как запустить и как понять, что все получилось

К концу урока у вас будет пример на JVM, где видны case class, коллекции или Spark-подход. Важно не просто прочитать пример, а один раз руками пройти полный цикл: файл, запуск, результат, маленькое изменение и повторная проверка

Что понадобится перед стартом

Нужна минимальная среда: JDK и sbt; для синтаксиса можно начать с Scala CLI или онлайн-песочницы. Scala удобнее проверять как маленький JVM-проект. Если sbt еще не установлен, начните с Scala CLI, но в уроке держите структуру проекта в голове

Проверочный принцип простой: пример должен запускаться повторно, результат должен быть виден, а ошибка должна объяснять, что именно сломалось. Если вы не можете повторить запуск через час, значит проблема не в памяти, а в том, что маршрут запуска не был зафиксирован

Что получится в конце

В конце у вас будет файл src/main/scala/Main.scala. Это минимальная версия, где вся логика урока видна рядом, без лишней архитектуры и без прыжков между десятью файлами

@main def lesson(): Unit =
  case class User(name: String, lessons: Int)
  val user = User("Dinar", 2)
  println(user.copy(lessons = 3))
  println("lesson: case class scala")

Это не финальная архитектура и не универсальная заготовка. Это учебная опорная точка: на ней удобно проверить синтаксис, увидеть поведение языка и понять, какие части примера можно менять без поломки всей конструкции

Как создать и запустить

Создайте файл src/main/scala/Main.scala и вставьте код из предыдущего блока. Если для урока нужна папка проекта, создайте ее до вставки кода, а не после: так вы сразу поймете, где лежит главный файл и из какой папки выполнять команду

Команды запуска:

mkdir -p scala-lesson/src/main/scala
cd scala-lesson
# положите файл в src/main/scala/Main.scala
sbt run

sbt должен скомпилировать проект и вывести результат println. Первый запуск может быть долгим из-за загрузки зависимостей

Ориентир для самопроверки:

файл: src/main/scala/Main.scala
запуск: выполните команду выше из папки проекта
нормальный результат: пример запускается и показывает ожидаемое изменение
контрольное изменение: поменяйте одно входное значение и повторите запуск
если сломалось: сначала проверьте текущую папку, затем первую ошибку в выводе

Если результат отличается, не меняйте код наугад. Сначала убедитесь, что запускаете именно тот файл, который только что создали. Потом проверьте текущую папку, версию инструмента и первую ошибку в выводе. Обычно первый красный фрагмент важнее всех последующих

Как читать этот пример

В примере важны три вещи:

• val нельзя переназначить
• case class удобен для данных
• copy создает измененную копию

Прочитайте код сверху вниз и отделите служебную часть от сути урока. Служебная часть запускает файл, подключает библиотеку или рисует оболочку экрана. Суть урока находится там, где меняются данные, проверяется условие, вызывается функция или появляется вывод

Разбор без магии

Сначала найдите входные данные. Это может быть массив, строка, поле формы, путь к файлу, HTTP-адрес, структура контракта или значение переменной. Если вы понимаете, откуда берутся данные, половина урока уже стала спокойнее

Потом найдите действие. В этом уроке действие связано с темой case class scala: мы либо преобразуем данные, либо проверяем ввод, либо запускаем функцию, либо показываем результат пользователю. Именно это место стоит менять первым, когда вы хотите убедиться, что понимаете пример

В конце найдите проверку. Это строка в терминале, текст на экране, успешная компиляция, появление ошибки валидации или изменение состояния. Проверка должна быть видимой. Если пример «работает», но вы не можете сказать, что именно изменилось, урок надо упростить

Что поменять руками

После первого успешного запуска поменяйте одно значение во входных данных. Не меняйте структуру программы, имя файла и команду запуска одновременно. Ваша цель — увидеть, что маленькое изменение дает понятный результат

Затем добавьте один дополнительный вывод или одно новое поле. Для UI-уроков это может быть еще один текст на экране. Для скриптов — еще одна строка в терминале. Для языков данных — еще один расчет. Для системных языков — еще одна проверка ошибки

Типичные ошибки

Первая ошибка — запускать команду не из той папки. Внешне все выглядит правильно, но инструмент не видит файл, зависимость или конфигурацию. Поэтому перед запуском полезно проговорить: я нахожусь в папке проекта, а файл src/main/scala/Main.scala лежит там, где его ожидает команда

Вторая ошибка — копировать только середину примера. В учебниках часто показывают фрагмент, но новичку нужен цельный файл. В этом уроке код дан целиком именно для того, чтобы не гадать, куда вставлять импорты, функцию запуска или обработчик

Третья ошибка — считать любое красное сообщение катастрофой. Ошибка компилятора, интерпретатора или среды обычно говорит, что проверить дальше: имя переменной, импорт, пакет, путь, тип значения или версию инструмента

Самопроверка

Вы действительно прошли урок, если можете заново создать src/main/scala/Main.scala, вставить код, запустить команду и объяснить, где в примере находится основное действие. Одного прочтения мало: тема закрепляется, когда вы воспроизводите результат без подсказки

Проверьте себя так: измените одно значение, запустите пример снова и заранее скажите, какой результат должен измениться. Если прогноз совпал с выводом, вы понимаете не только синтаксис, но и поведение кода

Как развить пример

Добавьте второй сценарий, но не переписывайте все. Для анализа данных это может быть еще одна колонка или фильтр. Для Flutter — еще одно поле или сообщение на экране. Для shell и администрирования — проверка существования файла. Для Solidity — еще одна require-проверка. Для системных языков — явная обработка ошибки

Главное не превращать развитие примера в новый проект. Усложнение должно проверять одну идею из урока. Если появляется сразу пять новых понятий, это уже тема следующего материала

Домашка

Повторите пример без копирования: создайте новый файл, наберите код руками и запустите. Затем измените входные данные так, чтобы результат стал другим, но структура решения осталась прежней

Дополнительная задача: запишите рядом команду запуска и ожидаемый результат. Это маленькая привычка, но она превращает учебный пример в мини-документацию, к которой можно вернуться без повторного поиска

Что может быть ещё интересно по этой теме

• Предыдущий урок рубрики — помогает закрыть контекст перед этой темой
• Следующий урок рубрики — логичное продолжение после практики
• Java — соседняя тема для внутренней связки и расширения маршрута

Если после этого урока тема все еще кажется расплывчатой, вернитесь к рабочему файлу и временно уберите все, кроме входных данных, основного действия и вывода. Часто понимание появляется не после нового материала, а после того, как из примера убрали все лишнее