LINUX.ORG.RU

Mono 2.10.8

 


0

4

Вышло обновление среды Mono - альтернативы MS .NET.

Среди основных изменений можно выделить следующие:

  • Обновление Task Parallel Library.
  • Провайдер SQLLiteConnection теперь может устанавливать соединение в потоке.
  • Ускорены запуск отладчика и обновление наблюдаемых переменных
  • Добавлена начальная поддержка MSBuild 4.0
  • NuGet теперь работает и в Mono.
  • Phalanger 3.0 теперь работает в Mono.
  • Добавлена поддержка некоторых библиотек фреймворка Azure.
  • Добавлена поддержка работы профилировщика со статически линкуемыми приложениями.
  • Профилировщик теперь может вести лог в любые файлы.
  • SGen теперь имеет встроенную поддержку систем, реализующих ToggleRefs.
  • Профиль для мобильных устройств теперь содержит сборку System.IO.MemoryMappedFiles
  • Добавлен класс PerformanceCounters для ведения статистики JIT.
  • Добавлена поддежка многоядерных процессоров в Mono for Android.

Также исправлено множество ошибок.

>>> Подробности

Ответ на: комментарий от ymn

потому что выбирая между дотнетом и джавой, нужно выбирать джаву.

Потому что она патентованная(оракл уже гоняет одного нарушителя) а МС гарантировала неприкосновенность свободным реализациям?
Вы так любите патенты на ПО?

grim ★★☆☆
()
Ответ на: комментарий от anonymous

Вся беспонтовость проекта Mono это, то что ты никогда не знаешь будет ли твой проект из .NET собираться в Моно. Сиди и гадай потом. Одно работает, а другое - нет. Игрушка.

Делал несколько пректов на моно. Клиентами были ABC Media, Sony.
Проблемы были только одним идиотом который путь в виндовс формате указывал.
Вы столкнулись с другими проблемами?

grim ★★☆☆
()
Ответ на: комментарий от ymn

в жабе хотя бы альтернатива в виде скалы/кложи есть.

Scala для CLR есть.

Вы бы хоть предметом ознакомились, а то как-то нехорошо получается. LOL

Кстати популярность Scala стремится к нулю даже на фоне Lisp

grim ★★☆☆
()
Ответ на: комментарий от Loki13

Не в винформах проблема, а в зависимости от виндовых:

1) нативных DLL

2) соглашений о путях

Ну и сейчас M$ рекомендует WPF, а под моно его нет.

Deleted
()
Ответ на: комментарий от bloodredfrog

Так имеет смысл делать только в ущербных ОС без пакетного менеджера.

уважаемый, вы решили написать свой комментарий, явно не ознакомившись с предметом разговора

anonymous
()
Ответ на: комментарий от anonymous

уважаемый, вы решили написать свой комментарий, явно не ознакомившись с предметом разговора

Почему вы так решили? Я осведомлён о недавнем запрете оракла.

bloodredfrog ★★
()
Ответ на: комментарий от bloodredfrog

Я осведомлён о недавнем запрете оракла.

тогда вы должны понимать, что дистрибутивы уровня RHEL или SLED не могут себе позволить нарушить этот запрет

anonymous
()
Ответ на: комментарий от Deleted

1) нативных DLL

Unsafe не использовал. Только .net. Заработало сразу по «mono prog.exe»

2) соглашений о путях

пути использовал в юзерпапке, в линуксе создалась папка в хомяке.

Ну и сейчас M$ рекомендует WPF

Разве оно не сдохло? Сервелат же начали рекламировать уже вместо. Хотя может я что-то пропустил

Loki13 ★★★★★
()
Ответ на: комментарий от yanka

Ну да, ну да... А потом идешь на сайт MySQL и качаешь MySQL... И много раз еще так делаешь. В /opt свалка, софт не обновляется, анинсталлеры фиг найдешь... Красота )

LongLiveUbuntu ★★★★★
() автор топика
Ответ на: комментарий от LongLiveUbuntu

А потом идешь на сайт MySQL и качаешь MySQL

учитывая, что mysql теперь тоже в руках oracle, то как бы так и не оказалось

anonymous
()
Ответ на: комментарий от RedPossum

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

LongLiveUbuntu ★★★★★
() автор топика
Ответ на: комментарий от Deleted

Затем что это удобная и распространенная платформа.

А как языки они не так связаны. Нельзя Java-программиста взять и пересадить на Кложур.

Это совсем другой язык, на той-же платформе.

uhbif19
()
Ответ на: комментарий от Pronin

Ну откуда такая тяга к системам, что не способны загрузить пару процессоров, даже если очень надо?

Ну уж точно не от жадности :)

Здравый смысл подсказывает: если для управления UPS-ом требуется 15 мегабайт оперативки - это как-то некрасиво...

В целом - согласен. Но здравый смысл также подсказывает, что 15 мегабайт оперативки слабо соотносятся с загруженностью процессоров. И что эти 15 мегабайт совсем не обязательно используются в нормальном смысле этого слова (так само, как в UNIX создание большого файла не значит, что будет использовано место на диске). Т.ч. проблемы нет.

rtvd ★★★★★
()
Ответ на: комментарий от Loki13

Unsafe не использовал. Только .net. Заработало сразу по «mono prog.exe»

Так я к твоей программе и не имею претензий (ибо все правильно сделал). Просто очень часто не рассчитанные на кроссплатформенность программы делают эти 3 фейла (+ еще Mixed assembly), и потому на моно не работают.

Разве оно не сдохло?

Живее всех живых. И сервелат - это WPF для веба.

Deleted
()
Ответ на: комментарий от Deleted

А это не от недопилености ? Возможно, когда он начнет поддерживать .Net нормально его по другому позиционировать..

uhbif19
()
Ответ на: комментарий от ymn

Есть новость: их давно можно послать и выбрать взамест питон и ява-скрипт с html-5 до кучи!

Собсно, умные люди так и поступают. И ERP-системы на питоне с веб-интерфейсом давно не новость.

anonymous
()
Ответ на: комментарий от uhbif19

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

Deleted
()
Ответ на: комментарий от uhbif19

Они пока ни разу не нарушили эту гарантию. Более того, F#, например, официально поддерживает mono (и M$ даже сделал его пакеты под дистры, AFAIK).

Deleted
()
Ответ на: комментарий от uhbif19

Что от недопиленности? Из .NET он совсем не умеет только WPF. Но нужно ли это mono? Виндовые программы по совершенно другим причинам часто на нем не запускаются без модификации.

Deleted
()
Ответ на: комментарий от grim

Делал несколько пректов на моно. Клиентами были ABC Media, Sony.
моно
Sony

Теперь понятно чего их так быстро заломали. Может для них не стоит больше на говнотулзах писать, а?

anonymous
()
Ответ на: комментарий от anonymous

их давно можно послать и выбрать взамест питон и ява-скрипт с html-5 до кучи!

Ни Python, ни жабаскрипт не умеют нормальный multithreading, поэтому фтопку. (насчет питона - multithreading умеют Jython и IronPython, но одно зависит от жабы, другое - от моно).

Deleted
()
Ответ на: МОНО НЕ НУНО от Pronin

Ну откуда такая тяга к системам, способным загрузить любой до#уядерный хост по самые overflow?!

Скорость и простота разработки? Кроссплатформенность (в плане аппаратного обеспечения)?

alix ★★★★
()
Ответ на: комментарий от alix

В плане программного с моно - тоже кроссплатформенность :)

Deleted
()
Ответ на: комментарий от Deleted

Ты не поверишь, но как раз сейчас этим занят.

LongLiveUbuntu ★★★★★
() автор топика
Ответ на: комментарий от anonymous

тогда вы должны понимать, что дистрибутивы уровня RHEL или SLED не могут себе позволить нарушить этот запрет

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

bloodredfrog ★★
()
Ответ на: комментарий от Deleted

Забавно слышать

Забавно слышать.

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

Так вот, у меня для вас новость: все это на###ер не нужно при разработке веб-приложений.

И на веб-ориентированном предприятии «ф топку» как раз можно отправлять жабу и моно. Пусть отдохнут!

anonymous
()
Ответ на: комментарий от anonymous

Теперь понятно чего их так быстро заломали.

Проект не имел никакого отношения к PSN.
Это была распределённая система для медиа контента.
Проенты на которых я работал ещё ни разу не сломали.

Может для них не стоит больше на говнотулзах писать, а?

Так я и пишу на говнотулзах.
Этам суперумным анонам стоит перестать пытыться всё говном обмазать, так как теперь вам всё вокруг говном пахнет и вы ни о чём больше не думаете.

grim ★★☆☆
()
Ответ на: комментарий от Deleted

Он тоже пожирает ресурсы :)

Вы вообще о лисп имеете представление, кроме «много скобок»?

C++ же

Неприличными словами не выражаться!

myhand
()
Ответ на: Забавно слышать от anonymous

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

Иногда это необходимо, даже в вебе. Для чего ты приплел к моим словам ынтырпрайз?

И на веб-ориентированном предприятии «ф топку» как раз можно отправлять жабу и моно. Пусть отдохнут!

Моно и жаба хороши для своих задач, питоны и жабоскрипты - для своих. Чем они тебе так не угодили?

Deleted
()
Ответ на: комментарий от Deleted

Что от недопиленности? Из .NET он совсем не умеет только WPF

Поправка:
Не умеет часть WPF.
В Moonlight есть часть WPF.

С бругой стороны - с переводом всего и вся в Вэб даже МС отказалась развивать Silverlight и приложения для win8, winphone создаются на HTML5+JS

grim ★★☆☆
()
Ответ на: комментарий от Loki13

Разве оно не сдохло? Сервелат же начали рекламировать уже вместо. Хотя может я что-то пропустил

Наоборот, медленно копают сервелат, к 2022 обещали закопать.

tensai_cirno ★★★★★
()
Ответ на: комментарий от myhand

Вы вообще о лисп имеете представление, кроме «много скобок»?

Да. И знаю, что любой динамический ЯП со сборкой муссора by default пожирает ресурсы больше, чем правильно написанная софтина на C или C++ :)

Неприличными словами не выражаться!

Где ты увидел неприличные слова?

Deleted
()
Ответ на: комментарий от alix

Скорость и простота разработки? Кроссплатформенность (в плане аппаратного обеспечения)?

Java, кстати не работает под iOS в отличие от mono

grim ★★☆☆
()
Ответ на: комментарий от Deleted

Эту часть ведь нельзя применять вне сервелатоприложений вроде.

ХЗ.
Я последнне GUI приложение написал лет 15 назад.
Но если чесно не вижу причины почему нельзя.

grim ★★☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.