Как стать автором
Обновить

Комментарии 14

Это правда круто. Всегда считал что mono будет отставать от последней реализации C# как минимум на версию.
В очередной раз не правы оказались те, кто предсказывал отставание Mono от .NET.

Чем вы читаете?
А что? Я оказался не прав, признаю (:
есть два вопроса, так как не интересовался особо mono:

1. Есть ли действительно разработчики на хабре, который используют mono в проектах? Если да, то как возможность портирования с Win на Linux (or Mac) или только под mono?

2. Mono поддерживает весь набор библиотек .net (кроме WebParts в ASP.NET вроде)? И из 4.0 уже тоже реализовано или только компилятор?
Моно не ставит целью быть 100% совместимым с .net. Проблемы и в реализации, и в патентах. Цель моно — это привлечь разработчиков .net, упростить написание для них портируемых приложений, ну и как среда для разработки под гном, достаточно удобная.

А с перенеосом… Лучше, если нужна портируемость, сразу писать на Моно, просто взять и перенести скорее всего не получится, смотря какие вы части фрэймворка используете. WPF/WCF/WF не планируется пока поддерживать, линк не полностью (нет sql).

Фрэймворк 4ый они пока не реализуют (там и третий мягко говоря не весь), речь идет именно о c# 4.0, не о .net 4.0
Ясно, спасибо. Просто когда я читал еще о 2-ом, то там вроде было написано, что есть все, кроме WebParts из второго Framework. Может, конечно, я что-то и путаю.
Насчет разработки, сейчас есть очень нелохая интеграция MONO с Visual Studio. Так что можно под ней сразу проект нацеливать на MONO. Если же вас интересует перенос существующего проекта то на сайте можно скачать тулзу которая просмотрит весь ваш проект и укажет на несовместимые вещи. Что поддерживать, а что нет, решает команда моно и в основном их решения обоснованны. Например реализация веб парт чудовищна и их поддержка не существенна. Также нет поддержки WPF, хотя есть поддержка подмножества WPF для Silverlight. Отсутствует поддержка WCF точнее есть но на очень слабом уровне. Вместо это рекомендуют использовать ICE. EntityFramework не поддерживается, насколько я знаю, вместо него рекомендован NHibernate. LinqToSql нет но есть отдельная реализация DBLinq которая позволит его использовать без переписывания кода.
> В очередной раз не правы оказались те, кто предсказывал отставание Mono от .NET.
Ну как же не правы, если Mono еще и 3-ю версию не поддерживает, а .NET уже четвертую готовит? C# != .NET
Mono поддерживает LINQ, а это .NET 3.5
Если смотреть в www.mono-project.com/Roadmap, то некое ".NET 3.5+ compatibility" они планируют только к версии 3.0, дата выхода которой пока не известна. А еще они пишут: «The Mono API today is somewhere in between .NET 2.0 and .NET 3.5».
говорить что Mono совсем не поддерживает .NET 3.0/3.5 — неправильно, это то что я хотел сказать примером LINQ. ниже я уже написал: есть то, что восстребовано, хотите большего — вливайтесь в сообщество, пишите, делитесь
mono местами поддерживает то это то это. А по сути, они реализовали компилятор C# 4.0 но на деле даже .NET 2.0 до конца не реализован, например в System не реализованы 132 метода, а в 28 еще стоят пометки TODO
реализовано то, что более всего восстребовано, очевидно
если кому-то чего-то не хватает, то ему прямая дорога в контрибуторы кода, проект опенсорс, становитесь частью сообщества
Эх, а монотач крякнутого всё нету (
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории