Навіщо використовувати Scala над Java

Я повністю розглядаю Scala як мову ... і все ще борюся з тим, чому будь-яка компанія повинна перейти з Java на Scala. Чи є Scala просто синтатичним цукром на вершині JVM чи є фундаментальні вдосконалення Scala щодо Java, які б покращили додатки в реальному світі?

Відмова: Я не гуру Скали.

Scala дуже добре робить дві речі, яких у Java (на даний момент) немає.

Вирішити функціональні задачі

• На самому базовому рівні, Scala повністю закрила закриття з підтримкою колекцій. Це означає, що вам більше не доведеться писати код пластини котла на зразок (безсоромно зірвавши з посади DZone)

  public List<Item> bought(User user)
  {
      List<Item> result = new ArrayList();
      for (Item item : currentItems)
      {
          if (user.bought(item))
          {
              result.add(item);
          }
      }
      return result;
  }

Але замість цього напишіть щось на кшталт:

def bought(user: User) = items.filter(user bought _)

• Є більш функціональна любов, але я не кваліфікований, щоб говорити про це, оскільки в даний час я все ще підхоплюю функціональне програмування :)

Вирішіть паралельність більш безпечним способом

• У Scala є модель акторів (+ деяка інша користь), яка в спадковому порядку безпечніша за змінні дані Java + блокування в моделі Thread (незалежно від того, наскільки хороші губи отримують, Java все ще заважає мові).

Я не можу чесно подумати над іншим, що змушує Скалу стояти головою і плечима над Явою. Так, невеликі виграші та вдосконалення, але також набагато більше мотузки, на яку можна повіситись. YMMV

HTH трохи

Це залежить від вашого визначення поняття "просто синтаксичний цукор". Наприклад, чим Ява більше, ніж просто синтаксичний цукор над машинним кодом?

Будь-яка мова може зробити менше ніж машинний код, але жодна мова не може зробити більше.

Що мови високого рівня вносять у таблицю, це полегшує читання та розуміння коду, простіше складати та вловлювати більше помилок. І, на мою думку, саме це найбільше має значення - саме "просто синтаксичний цукор".

Але, враховуючи лише два інших, все ж є переваги Scala над Java.

Не заважати суті, але, якщо закриття робить код способом більш компонованим, ніж відсутність закриття. І поки Java 7 додасть щось, що називається закриттям, вони не будуть цим - вони будуть просто анонімними функціями.

Що стосується того, щоб зафіксувати більше помилок, то вищий доказ Scala у використанні дисперсії є достатньою доказовою спробою. Крім того, його акцент на незмінюваності також запобігає різного роду помилок - справа не в тому, що Java не може зробити непорушну, але просто не приходить до бібліотеки.

На додаток до відповіді Мартійна, я хотів би додати, що Scala є більш виразним, ніж Java, і переваги полягають у тому, що (1) це робить вас більш продуктивним (2) писати менше коду для вирішення тієї ж проблеми, це означає, що ви можете зменшити помилки у вашій код (код помилок IMHO - це міф).

Я використовую Scala вже близько 3 місяців і досі не можу знайти нічого, чого не міг би зробити на Java. Для мене буквально кожна література по Scala , здається, говорячи те ж саме , шаблонний . Якщо ви шукаєте, це зменшити котельну плиту, то Scala - це для вас, але IMHO, наприклад, наведений вище приклад фільтра так само добре можна вирішити за допомогою колекцій apache

<T> CollectionUtils.filter(Predicate<T>...)

або використовувати такі закриття

<T> CollectionUtils.forAllDo(..., Closure<T>)

Але звичайно більше багатослівного. Мені подобається висновок про тип. Коли ви дізнаєтесь Scala, ви зрозумієте, що це, мабуть, все, що відбувається під кришкою. На мою думку, кожна мова йде з + ве та -ве.

список розуміння, для розуміння.

наприклад у java ви пишете:

int myVar;
if (condition) {
  myVar = //some value
}
else {
 myVar = //some other value
}

У scala, той самий код, написано набагато елегантніше (як python), як:

int myVar = (//some value) if (condition) else // other value;

і зробили.

Там так багато, що Scala пропонує, що Java ні. Просто немає порівняння взагалі. Єдина проблема полягає в тому, що люди більше знайомі з Java (це те, чого вони навчають у класах CS) і не настільки кваліфіковані з парадигмою Scala.

У Scala є хвоста рекурсія, вона може повертати кортежі (те, що може бути в Java 8, я думаю).

Це не порівняння. Scala був розроблений Мартіном Ордерським, який працював над основною командою для Java Generics.

Скала - це просто набагато перевершена мова. Це все, що там є. Люди, які говорять інакше, просто не вивчили Скалу, щоб знати краще.

Вище я мав на увазі сказати оптимізацію хвостової рекурсії (яку JVM не може зробити так, як зможе компілятор Scala).

Також Scala збирає та працює швидше, ніж програми JVM (Так, це правда). Не кажучи вже про рамки. Наприклад, ми використовуємо Tomcat і розгортаємо кілька сервлетів для обробки REST.

Одне, що Tomcat не може зробити, - це асинхронні операції, які вимагають не блокувати введення-виведення. Для цього розробники JAVA зазвичай винайшли вирішення за допомогою черги повідомлень (надішліть повідомлення в чергу, а якийсь інший процес або потік підбирає його та робить все, що завгодно у фоновому режимі).

На жаль, цей метод є cr * p, і хак через обмеження розгортання сервлетів Java на Tomcat.

Ідіть перевірити акку + спрей. Він використовує "Актори скали" (Актори так само, як нитки, за винятком єдиного способу спілкування - через повідомлення).

Асинхронні REST-дзвінки зроблено легко. Довго працююче фонове завдання? Без проблем. Просто стріляйте і забудьте, і зробіть декілька REST-опитувань, щоб перевіряти його стан від переднього кінця раз у раз.

Якщо ви все ще використовуєте Java і вважаєте, що це краще, ніж скала, ви можете також перестати користуватися комп’ютером для набору тексту та повернутися до часів ручки для писання та написання при свічках. Java в основному допотопний порівняно зі Scala.