Wydano now\u0105 wersj\u0119 Crystal, kompilowanego j\u0119zyka programowania o sk\u0142adni Ruby, kt\u00f3rego g\u0142\u00f3wne cechy to wbudowany runtime z p\u0119tl\u0105 event loop, w kt\u00f3rym wszystkie operacje wej\u015bcia-wyj\u015bcia s\u0105 asynchroniczne, wsparcie dla wielow\u0105tkowo\u015bci (na razie w\u0142\u0105czane flag\u0105 podczas kompilacji) oraz wyj\u0105tkowo prosta i wygodna praca z bibliotekami w C.<\/p>\n
Od wersji 0.34.0 j\u0119zyk oficjalnie zaczyna pewnym krokiem zmierza\u0107 w stron\u0119 pierwszego prawdziwego wydania (czyli wersji 1.0).<\/p>\n
W nowej wersji Crystal mo\u017cna zauwa\u017cy\u0107 nast\u0119puj\u0105ce zmiany i usprawnienia w kolejno\u015bci ich wa\u017cno\u015bci:<\/p>\n
\n
\n
W API dodana zosta\u0142a nowa biblioteka logowania Log<\/strong>, kt\u00f3ra, w przeciwie\u0144stwie do starej, potrafi kierowa\u0107 wiadomo\u015bci do r\u00f3\u017cnych backend\u00f3w i r\u00f3\u017cnie je filtrowa\u0107 w zale\u017cno\u015bci od \"\u017ar\u00f3d\u0142a\".<\/p>\n<\/li>\n
\n
Resztki z \u015bwiata programowania w C, Errno<\/strong> i WinError<\/strong>, u\u017cywane do prymityw\u00f3w wej\u015bcia-wyj\u015bcia, znikaj\u0105 w przesz\u0142o\u015b\u0107 dzi\u0119ki hierarchii wyj\u0105tk\u00f3w IO::Error<\/strong> (nikt jednak nie zabrania na razie korzystania z Errno).<\/p>\n<\/li>\n
\n
Usuni\u0119to automatyczne dodawanie else nil z operatora case\/when\/else<\/strong>. Zosta\u0142o to zrobione, aby wykluczy\u0107 przypadkowe pomini\u0119cie przez programist\u0119 jednej z ga\u0142\u0119zi when<\/strong> przy dopasowywaniu do deterministycznych przypadk\u00f3w, takich jak enumy i przechodzenie przez typy z Unii. M\u00f3wi\u0105c pro\u015bciej, taki kod nie b\u0119dzie dzia\u0142a\u0107 bez podania jeszcze jednego when<\/strong> (when Char) lub zdefiniowania inaczej<\/strong>-ga\u0142\u0119zi:<\/p>\n<\/li>\n<\/ul>\n
a = 1 || 'x' || \"foo\" \ncase a \nwhen Int32 \n # … \nwhen String \n # … \nend<\/p>\n
\n
\n
Opcja kompilatora disable_overflow<\/strong> nie jest ju\u017c dost\u0119pna. Do operacji z przepe\u0142nieniem u\u017cywaj metod &+, &-, &*.<\/p>\n<\/li>\n
\n
Array#fill<\/strong> teraz dzia\u0142a wyj\u0105tkowo szybko dzi\u0119ki zamianie g\u0142upiego cyklu na jedn\u0105 prost\u0105 funkcj\u0119 memset;<\/p>\n<\/li>\n
\n
Menad\u017cer shard\u00f3w (pakiet\u00f3w), okre\u015blanych, jak to paradoskalnie brzmi, shards<\/strong>, teraz korzysta z szybszego i wydajniejszego algorytmu zaspokajania zale\u017cno\u015bci Molinillo, zaczerpni\u0119tego z CocoaPods (Swift) i Builder (Ruby).<\/p>\n<\/li>\n
\n
Dodano wsparcie dla LLVM 10<\/strong>, co teoretycznie powinno przynie\u015b\u0107 nam pewien wzrost wydajno\u015bci, stabilno\u015bci itd.<\/p>\n<\/li>\n<\/ul>\n
\u2026 oraz wiele innych, moim subiektywnym zdaniem, mniej istotnych ulepsze\u0144.<\/p>\n
Chcia\u0142bym zauwa\u017cy\u0107, \u017ce Crystal to j\u0119zyk oparty na LLVM, umo\u017cliwiaj\u0105cy pisanie aplikacji czasami szybciej, pro\u015bciej i bardziej zwi\u0119\u017ale ni\u017c w jego interpretowanych \"kuzynach\", a jednocze\u015bnie generuj\u0105cy do\u015b\u0107 szybki plik binarny. W kontra\u015bcie do Golang, wyr\u00f3\u017cnia si\u0119 pe\u0142noprawnym programowaniem obiektowym, wsparciem dla generyk\u00f3w oraz bardzo prost\u0105 i zrozumia\u0142\u0105 sk\u0142adni\u0105. Pod wzgl\u0119dem zastosowania w du\u017cym stopniu przypomina Nim, ale jest wyra\u017anie nastawiony na praktyczne zastosowanie \"tu i teraz\", dzi\u0119ki czemu ma w swoim arsenale API wiele dobrze udokumentowanych, wygodnych i jako\u015bciowych narz\u0119dzi, wspieranych przez tw\u00f3rc\u00f3w j\u0119zyka i dlatego do\u015b\u0107 stabilnych.<\/p>\n