LINUX.ORG.RU

Вышел Mono 2.6.7

 ,


0

0

Основные изменения:

  • Теперь mono включает в себя MVC2
  • Добавлен WCF — как клиент, так и сервер
  • Добавлена поддержка LLVM для улучшения производительности
  • Новый отладчик, который интегрирован в MonoDevelop 2.2
  • Добавлена поддержка модели безопасности CoreCLR
  • Множество мелких исправлений

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

★★★★★

Проверено: JB ()

странно, что еще срача нет

П.С. пусть пилят - что-подобное C# для линукса должно быть, хотя бы чтоб никто не мог сказать, что его нет, или оно слишком убогое

ahonimous ()

а где про сей поделие почитать? и что про него можно почитать?

ggrn ★★★★★ ()

>Добавлена поддержка LLVM для улучшения производительности

Ух ты, а вот это уже интересно. А не стало ли оно быстрее, чем виндовый аналог? Хотелось бы тесты какие нибудь увидеть, чтоли.

yoghurt ★★★★★ ()

Сегодня запускал Meego SDK. Случайно (видно мышкой не туда ткнул) включил аудиоплеер. Вообщем Meego пришлось перезагружать, banshee завесила систему намертво.

yksikaan ()

А вообще у C# (именно у языка, а не у всяких там CLR) какие преимущества перед другими языками программирования, что Мигель его так любит? И есть ли они вообще?

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

Managed язык, в отличии от плюсов. Развивается интересно: лямбды (нормальные!), LINQ, может быть макросы приделают.

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

>Managed язык, в отличии от плюсов.

Это чисто микрософтовское понятие.

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


В чём конкретно выражается польза? Материалы Microsoft читать не хочу (хотя в следующем учебном году придётся делать это в добровольно-принудительном порядке).

Ttt ☆☆☆☆☆ ()
Ответ на: комментарий от oh

>Managed язык, в отличии от плюсов

В плюсах сиё тоже можно частично прикрутить, just do it yourself!

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

> Это чисто микрософтовское понятие.
Ну, а как по другому сказать? Как Джаву назвать тогда?

Грубо говоря - не низкоуровневой возни с памятью, более высокий уровень, чтоль? GC искаропки, не (упасибоже) поинтеров. Конкретно шарп и джава нацелены на ООП подход.

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

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

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

> Да, можно покрыть все толстым слоем костылей

есть микрософтский С++/CLI для тех кому сильно хочется

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

Мне микрософтский не хочется, мне новелловский больше по душе ;)

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

ну насколько я знаю, многия ярые трол лисперы сидят больше в винде ( как то Love5an ) - потому и предложил решение от M$ ;)

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

>Конкретно шарп и джава нацелены на ООП подход.

Как, впрочем, и C++, и ещё много какие языки.

более высокий уровень, чтоль?


У, например, python и perl, уровень ещё более высокий.

GC искаропки


Могу ошибаться, но я почему-то считаю, что сборка мусора в основном нужна тем, кто не может написать программу без утечек памяти.

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

> кто не может написать программу без утечек памяти.

или кому важней скорость написания, C, например, однозначно заруливает все языки( даже CL ;) ), но пишется на нем код относительно долго, в то время как на Java/C# любая обезьянка быстро наклепает решение - и пусть оно будет не такое быстрое, но зато уже есть что показать/продать

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

>в то время как на Java/C# любая обезьянка быстро наклепает решение - и пусть оно будет не такое быстрое, но зато уже есть что показать/продать

А на питоне ещё быстрее.

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

> Могу ошибаться, но я почему-то считаю, что сборка мусора в основном нужна тем, кто не может написать программу без утечек памяти.

В шарпе не может (по идее) быть никаких утечек, там вообще, епт, памяти нет.

Как, впрочем, и C++, и ещё много какие языки

Не,но тут сложно объяснить, прочитай какой-нибудь короткий туториал по шарпу.

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

А кто ещё кроме него? Среди лоровских больше никого не знаю.

Под виндой (по моим субъективным впечатлениям) с CL вообще всё плачевно. По крайней мере, со свободными реализациями :)

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

> Под виндой (по моим субъективным впечатлениям) с CL вообще всё плачевно

http://www.google.com/trends?q=lisp+windows,+lisp+linux&ctab=0&geo=all&date=a...

По крайней мере, со свободными реализациями :)


ну так коммон-лисперам не привыкать кивать на коммерческие реализации и проекты :)

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

Поделюсь своим горьким опытом.

1. Emacs - да, под виндой работает в целом сносно, но у меня безбожно тормозит при, например, перерисовке окна после недели аптайма.

2. Slime - тоже вполне себе работает, но были некие проблемы в последнем CCL

3. asdf-install - боль и тихий ужас. Толком не работает. cl-gtk2 я так и не завел, например

4. sbcl - ещё сыроват. Но вот недавно потоки появились:) Уже радует.

5. CCL - падал на числодробилках

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

Теперь немного конкретнее о ccl, ибо в основном использовал таки его.

При затяжном числодроблении ему иногда сносило крышу, жаловался на undefined bogus object и падал. В последующей версии (вроде как 1.4) этого не наблюдалось, но там частично сломался слайм и потоки (у меня). Так и сижу на 1.3.

Код оно генерирует страшный и много. SBCL на нетбуке в линаксе по скорости на той же задачи уделывал CCL на куда более мощной виндовой рабочей тачке.

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

s/задачи/задаче/

Под виндой частично спас мега-пак libcl - туда уже включено множество библиотек. Остальные доставить не проблема.

Такие базовые вещи, как closer-mop, cl-store - работают без косяков. bordeaux-threads, в общем-то, тоже какое-то время поработали, но потом отвалились по неясным причинам :) Другими батарейками не пользовался.

В общем, мой вердикт - для OSS CL-разработчика винда - крайне недружелюбная среда. То ли дело Smalltalk :)

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

>а где про сей поделие почитать? и что про него можно почитать?

погрепай посты мужыка-2

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

> или кому важней скорость написания, C, например, однозначно заруливает все языки( даже CL ;) ), но пишется на нем код относительно долго, в то время как на Java/C# любая обезьянка быстро наклепает решение - и пусть оно будет не такое быстрое, но зато уже есть что показать/продать

Обезьянки обычно оставляют такие комментарии

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

> Могу ошибаться, но я почему-то считаю, что сборка мусора в основном нужна тем, кто не может написать программу без утечек памяти.

сразу видно что человек больше hello world ничего не писал.

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

> В шарпе не может (по идее) быть никаких утечек

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

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

> А не стало ли оно быстрее, чем виндовый аналог?

На некоторых тестах стало. Но пока GC херовый, в целом не обгонят. К следующей версии вроде обещают уже новый GC, и тогда M$ останется только локти кусать.

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

> А вообще у C# (именно у языка, а не у всяких там CLR) какие преимущества перед другими языками программирования, что Мигель его так любит? И есть ли они вообще?

Mono это именно CLS а не язык.

А у языка преимущества как минимум перед убогой зажатой Жабой.

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

> В плюсах сиё тоже можно частично прикрутить

Нельзя никак. Managed - это значит, что нет памяти, в которую не смотрит GC.

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

> не (упасибоже) поинтеров

Да? В С# есть поинтеры. И есть конструкция языка unsafe { ... }

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

>>а где про сей поделие почитать? и что про него можно почитать?

www.mono-project.org - добро пожаловать в настоящий Ынтерпрайз.

p.s. Это минорный релиз, в 2.8 будет больше вкусностей.

MuZHiK-2 ★★★★ ()
Ответ на: комментарий от Ttt

> Могу ошибаться, но я почему-то считаю, что сборка мусора в основном нужна тем, кто не может написать программу без утечек памяти.

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

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

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

> Да? В С# есть поинтеры. И есть конструкция языка unsafe { ... }

конечно. а еще можно вызывать API напрямую. но ведь никто не заставляет. а наличие возможности - хорошо. иногда в критичных к производительности местах unsafe очень спасает. что в итоге делает производительность приложения неуступающей C++, при более быстрой разработке.

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

> что-подобное C# для линукса должно быть

vala же.

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

> Обезьянки обычно оставляют такие комментарии

зря обиделся - просто так и есть, настоящие мужики пишут на С или функциональщине, а те кто выполняет трудовой план на благо интерпрайза - на С#/Java

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

>Могу ошибаться, но я почему-то считаю, что сборка мусора в основном нужна тем, кто не может написать программу без утечек памяти.

Ну таки для замыканий автоматическую сборку мусора лучше иметь.

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

> зря обиделся - просто так и есть, настоящие мужики пишут на С или функциональщине, а те кто выполняет трудовой план на благо интерпрайза - на С#/Java

В БАК система для обработки данных с ускорителей на Java написана

cap838383 ()

Меньше кода, меньше багов. Это закон

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

> В БАК система для обработки данных с ускорителей на Java написана

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

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

> Меньше кода, меньше багов. Это закон

а я о чем, быстро написал - быстро продал

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

> В БАК система для обработки данных с ускорителей на Java написана

Поэтому его уже год запустить не могут?

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

>Managed - это значит, что нет памяти, в которую не смотрит GC.

Ну так а что мешает плюсисту использовать смарт-поинтеры для каждого кусочка динамически выделенной памяти? :)

yoghurt ★★★★★ ()

Пущай лучше Moonlight пилят. А то в том виде, что он сейчас, такииииие тормоза.

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