Scala: binarna niezgodność między wydaniami

Question

Dlaczego binarny Scala jest niezgodny między różnymi wersjami?

Answer 1

Ma to związek ze sposobem cechy są kompilowane, ponieważ cechy są trochę jak interfejsy, ale mogą one zawierać realizacja. To sprawia, że ​​BARDZO łatwe jest wprowadzanie zmian, które nie naruszają kompatybilności źródeł, ale łamią kompatybilność binarną, ponieważ kiedy dodajesz nową metodę do cechy wraz z implementacją, musisz rekompilować wszystko, co implementuje tę cechę, aby podejmie tę implementację. Prawdopodobnie są też inne problemy, ale myślę, że w większości są zgodne.

Answer 2

Jest wciąż względnie młody i podlega aktywnemu rozwojowi.

W nowej wersji wprowadzono pewne zmiany, które z niecierpliwością oczekiwano i które pomagają w wielu problemach, ale nie było możliwe ich kompatybilność wsteczna.

Ponieważ Sun jest dość restrykcyjny wobec aktualizacji, Java zmienia się dość wolno i zwykle stara się zachować kompatybilność wsteczną z gorzkim końcem. Czasami stoi to na drodze postępu, ale wielkie firmy uwielbiają stabilny język.

Scala, z drugiej strony, znajduje się w rękach niewielkiej grupy pracowników akademickich i nie jest (jeszcze) szeroko stosowana w branży, więc ma (lub bierze) więcej swobody przy zmianach.

Answer 3

Umm, nie. Zapoznaj się z faktami. Nie było potrzeby ponownej kompilacji * przy przejściu z wersji 2.7.2.3b1 -> 2.7.2.3b2, co było dla mnie prawdziwą ulgą ze względu na dużą bazę klientów, którą posiadaliśmy z okopanym dotychczasowym kodem przy użyciu funkcji 2.7.2.3b1.

* zastrzeżenie - chyba głupio stosowany kod w scala.collection._ lub scala.xml._

Answer 4

Brak obsługi JVM dla funkcji specyficznych dla Scala, takich jak wspomniane cechy i fakt, że aktywnie się rozwija.

Answer 5

Oto tło na to, prosto z Odersky, jeśli chcesz zrozumieć specyficzne problemy językowe, które powodują problemy:

http://www.scala-lang.org/node/9346

Warto czytać w powiązaniu z tym stanowisku Davida Pollacka jeśli jesteś nowy z emisją i chcą zrozumieć wpływ może to mieć na aplikacjach:

http://lift.la/scalas-version-fragility-make-the-enterprise

Answer 6

mam realizowane wsparcie dla Scala w japi-compliance-checker 1.6 i przeprowadzona analiza kompatybilności wstecznej dla wszystkich wersji Scala (zarówno kompatybilność binarna, jak i źródłowa).

Teraz możesz zobaczyć szczegóły zmian. Raport jest dostępny tutaj: http://abi-laboratory.pro/java/tracker/timeline/scala/

Raport jest aktualizowany co drugi dzień, dzięki czemu można monitorować zmiany w najnowszych wersjach Scala.