Здесь не упомянули X-Develop 2.0 (x-develop.com). Очень интересная (хотя и платная) среда разработки. Позволяет писать на .NET, Mono и Java под Windows, Max и Linux.

Работа над дизайнером WinForms идёт отдельно, но они не слишком-то торопятся, т.к. основной упор всё равно идёт на Gtk#+Stetic. Писать под Linux на WinForms не очень-то удобно, ибо последние не выглядят действительно нативно — да и зачем, когда есть Gtk#?



Это не так. По поводу «отставания» уже высказались, а я добавлю, что как раз-таки под Linux на Mono пишут. Те же tomboy, banshee, gnome-do. И множество недавно появившихся проектов (возможно, такой всплеск связан со взрослением MonoDevelop как среды разработки, а Mono — как среды выполнения).

Очень нравится SharpDevelop. Респект парням. Дома использую ее. 
Но на работе студия. Так как SD все же отстает от студии по многим показателям (ASP .net вообще слабо поддерживается). Но это дело времени и комьюнити. Сейчас этот проект развивается силами 2-3 человек...

ППКС.

дада, само собой. я сказал лишь для того, чтобы люди не обольщались. "поддержка проектов студии" - это звучит гордо, однако, имхо, полноценной поддержки пока нет. а то я тоже как дурак в первый раз увидев сие чудо аж подскочил и трясущимися руками начал открывать свои проекты в монодевелопе. был огорчён В)





боже мой, да в каком месте вы этом 1 год нашли? stetic похож на wpf? где? каким местом? XAML тоже за этот год сварганим? поддержку 3Д тоже сделаем за этот год? моно и его окружение - личности героические, стойкие. они достойны всяческих похвал, но говорить что отставание - год, это, по крайней мере, странно. мало того, что всё это надо реализовать, так ведь ещё и УИ присобачить. Даже МС сейчас всё никак не может Blend добить до релизного уровня (заметьте, уже превью версии 2.5, а до ума так и не довели).

ЗЫ извините, если задел кого-то. просто "1 год" и "ппкс" на меня подействовали как красная тряпка   

Вот именно поэтому я WPF, WF и Сильверлайт за продукт пока не считаю. Так, релиз кандидаты.

Это с одной стороны. А с другой это все никоем боком к самой платформе .Net (вернее к среде выполнения) не относиться. Это отдельные продукты, надстройки над средой исполнения. 

И не обязательно их реализовывать, чтобы сказать, что Моно догнал MS .Net:
-- Девекстперсовские контролы рвут стандартные, но мы же не говорим что MS отстает от DevExpress...
-- LingToSQL и рядом не стоит с NHibernate, а Entity Framework (полноценный O/R M движек, а не поделка как LingToSQL) еще только в разработке. Мы ведь тоже не говорим об отставании MS.
-- MVC движек для ASP слизан (во всяком случае идеи) с Castle MonoRails и еще не зарелизился
-- Когда MS "догонит" Sptring .Net предложив свой механизм Dependency Injection (DI)? А это будт обязательно, уж очень перспективный принцип.


Так что я не считаю, что целью проекта Моно должна стать реализация MS .Net Framework Feature-By-Feature. В противном случае они никогда не догонят MS. И разработчики Моно именно так и должны делать (если уже не делают), если все время догонять так "недофреймворком" и останутся...


P.S. Еще примечательно, как только MS заинтересовалась Силльверлайтом под *nix и сама поспособствовала его развитию Мунлайт дотянулся до Сильверлайта за считанные месяцы. А все потому, что платформа уже готова.


Kefir,  аналогично       

ну скажем так - сам WPF это уже продукт (если можно так выразится). Бленд - достойная софтина. баги есть, не хватает некоторых фич, но это уже мелкие неприятности. Релиз кандидаты, это, всё-таки сильно сказано   


Как это не относятся? Почему не относятся? Мы всё ещё про .NET Framework говорим?


знаешь, я думаю, что МС уже давно определило, что контролами она особо заниматься не будет. Они всегда давали только необходимые контролы. А уже другие, вроде ДевЭкспресса, пусть делают остальное. Думаю, что МС даже не ввязывается в гонку "кто забабахает контрол покруче". По остальным пунктам мало чего могу сказать. Да и они к теме не относятся. Я не говорю, что МС делает всё самое лучшее, самое удобное или самое инновативное. Я говорю о конкретном "годе" разрыва между моно и .нет.


вот тут и я ППКС. сильно сомневаюсь, что моно будут делать WPF - закопаются.


в общем так, я не говорю, что моно - отсталая фигня. просто меня в последнее время раздражают фразы "моно вот-вот догонит", "моно уже почти", "вот уже скоро". моно - хорошая штука, но к большому сожалению, шансы на полный догон .NET у него ничтожно малы. Другое дело - моно должен идти своим путём (и не может не радовать тот факт, что это уже происходит). Конечно, стоит поглядывать на дитя МС и перенимать хорошее, доброе и вечное В)

Потому что это дополнительные фреймворки использующие среду .Net Framework, а не часть фрэймворка, что хотят нам навызать маркетологи MS. Для поддержки этих технологий Среда Выполнения (CLR) не переписывалась. Любой из этих фреймворков могла написать сторонняя компания.

Остальные это доказательство тезиса "не обязательно их реализовывать, чтобы сказать, что Моно догнал MS .Net".

Ну хорошо, с годом мы погорячились, тем более, ИМХО, Моно никогда не догонит MS, но это и не нужно.

1) Неплохо бы определитья что означает "полный догон"
2) У любого следующего за лидером в IT нет шансов его догнать

Вот-вот-вот!!! ИМХО, вообще некорректно сравнивать Mono и MS Framework. Корректно сравнивать CLR Mono и CLR MS .Net Framework. А вот тут отставание не больше года.

позвольте, позвольте, WPF как раз таки часть .NET Framework. .NET Framework != CLR. Что ж теперь для расширения .NET Framework надо обязательно переписывать CLR? Грубо говоря, частью дотнета можно назвать всё то, что входит в .NET Framework redist. А вот библиотека васи пупкина с супер-контролами - не часть фреймворка, так как программы, которые написаны с его помощью будут работать только при наличии этой самой библиотеки. Надстройки, не надстройки - всё равно это часть .НЕТа. Какая разница что они переписывали, а что нет?

в общем так. есть считать, что моно реализовывает именно .NET, то биш пытается его повторить - то реализовывать как раз таки обязательно (может, конечно, по своему, но всё равно реализовывать). Проще говоря - пока моно не предоствит те же фичи, что и весь .NET Framework, сказать что моно кого-то там догнал нельзя.
если же считать, что моно - самостоятельный продукт, который просто ориентируется на .НЕТ, перенимая некоторые фичи, но не ставящий задачи догнать .НЕТ, то смысла говорить о догоне/перегоне просто нет.

вот когда будет возможность полностью портировать любое приложение в .НЕТ на моно - тогда можно будет говорить о полном догоне.

Догон для .NET 3.5 в моём понимании означает реализацию .NET 2.0 CLR + функциональные расширения

Ты же прекрасно понимаешь, что это утопия, причём, что самое интересное, никому не нужная утопия...

Какой ты не внимательный, я же уточнил: моделью компоновки, которая в Linux уже много лет, а MS только недавно решила её перенять... Естественно никакого WPF под Linux в полной мере не будет и быть не может, ибо он DirectX юзает, но WPF сам по себе является фреймворком и в .NET не входит, как и остальные W*F, поэтому их реализация под Linux не является значимой целью...

И ещё раз повторюсь, что сопутствующие технологии платформо-специфичны, поэтому они не являются отставанием в принципе... 
А Mono соответственно догонит .NET как только будет совместим с ним по основным частям (.NET 2.0 CLR + функциональные расширения), всё остальное находится за бортом нашего(ну или, по крайней мере, моего) рассмотрения... 

P.S. Более того, я уточню что 1 год - это максимальное отставание, а в большинстве важных моментов отставание составляет всего 4-7 месяцев... 

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


ну ведь ОГЛ никто не отменял В) ну да ладно, чёрт с ним. я никак не могу понять почему это впф в .нет не входит? все входят, а он, значит, не входит? очень даже входит, целиком и полностью.

Ок, я понял  . Под проектами, естественно, понимались сами проекты (файлы проектов), а не что-то ещё  .




Сорри, что такое WF? А WPF очень даже полноценный, насколько я вижу. За Silverlight не особо слежу, но, вроде бы, у них пока «в процессе».




Сейчас, если верить рассылке CodeProject, в Microsoft об одних Dependency Injection'ах и говорят  .

P.S. Вообще, очень весело следить за новостями из мира Mono вот здесь. Каждый вечер читаю  .

А кому нужно, чтобы программы, использующие реестр и СОМ работали под Линукс? Похоже, что только тебе...

Что конкретно ты под этим подразумеваешь? По мне так гибкой модели компоновки вполне достаточно, XAML Mono тоже будет поддерживать, но по своему...

Потому, что он является сопутствующей технологией, а если подобные технологии учитывать в нашем рассмотрении, то .NET тоже отстаёт от Mono по множеству сопутствующих технологий, которые врядли вообще появятся в .NET(например, Tao, Unity 3D, Gtk#, etc.)... 
Твои высказывания по поводу W*F в этом топике выглядят примерно так же как: "В MS .NET нет поддержки Tao, следовательно .NET  отстаёт от Mono на хз сколько, но минимум на 10 лет..." Надеюсь теперь ты понял всю абсурдность твоего подхода...

1) То что они находятся в одной поставке не делают их одним фреймворком. Логически это разные фреймворки (под фреймворком я подразумеваю "каркас" с помощью которого можно создавать другие приложения). А то что маркетологи положили их в "одну коробку", так это внутренние вопросы MS.
2) Уже сейчас во фреймворке куча ненужных вещей. Возьмем 2.0 (так как с ним я имею наиболее большой опыт): 
Скажите накой обычному пользователю нэймспейс System.Web испольуемый только сервером? 
Зачем ему полный System.Data, когда он использует (если использует) не больше 20% из него?
Думаю то же самое можно сказать про FW 3.5...
Потом появляются такие вот темы: Есть ли какие способы ускорить установку .Net FrameWork 3.5 ?

Да, именно так я и считаю. А раз смысла нет (для тебя), то и говорить не будем ;-)

Хотелось бы узнать что есть в твоем понимании слово "портировать".
Думаю ты хочешь чтобы нужно было просто перекомпилить код под другой компилятор, а еще лучше запустить напрямую экзешник.
Так вот я тебе скажу такое не надо. И в первую очередь это касается ГУЕв. Никсы это другая архитектура, другие принципы. Зачем делать неестественные вещи имплементируя Очередь Сообщений, а ведь именно через нее работают все контролы из неймспейса Windows.Forms.
Почему-то ни у кого не возникает вопросов о факте существования FW CF. И того, что туда довольно сложно портировать (что бы это слово ни означало) виндовое приложение.
Кроме того даже на Жаве, которая гордиться своей кроссплатформенностью, не все так гладко. Часто приходится "дорабатывать напильником" чтобы приложение заработало под конкретную платформу.

Windows Workflow Foundation. Писал по памяти. Знал что там три буквы, но не подумал, что первая W, потому что эта техннология никоем боком к самому виндовсу не относиться

Я же говорю перспективно ;-)

баже мой, да при чём тут это? я коворю о концепции как таковой, а не реализации. есть "идея", а есть "реализация идеи". я только об этом и говорю.



очень хорошо В) будет интересно посмотреть.

ну ёлки, мы тут вроде как обсуждаем как моно догоняет .НЕТ. не будем путать их местами. я не отрицал, не отрицаю и не собираюсь отрицать, что у моно тоже есть свои интересные прибамбасы. не надо меня считать мононенавистником. подход у меня не абсурдный, подход очень чёткий - в .НЕТ есть W*F, а в моно нет. за 1 год всё это сделать будет трудновато. в каком месте тут абсурд?



ну в общем, тут у нас разногласия. имхо, ситуация такая, что мы смотри на цифру 6/9 с разных сторон. так весь .НЕТ можно на отдельные классы (или неймспейсы, или ещё как-нибудь) разложить и сказать что все они окромя CLR - не являются частью фреймворка. ну да чёрт с ним.


это уже вопрос другой. тема обширная и благодатная, но всё таки не относящаяся к этому топику. я тоже не всем доволен в .НЕТ, я не считаю его идеальным.

нет, не хочу. портировать в том смысле, что бы можно было сделать то же самое, только на моно и без потери функционала (ну и без извращений).

Странно, а мы обсуждаем, что:
1) догонять вроде как и не надо
2) догонять, не все, а только основы. По ИХМЕ тольеко CLR. Все остальное это то что MS накрутили НАД CLR и пытаются продать все в одном флаконе.

Да, да, и еще раз ДА. И можно, и нужно, и не вижу тут ничего плохого!!!!

Уже второй раз спрыгиваешь со скользкого вопроса.
1) Это имеет отношение к "библиотека васи пупкина с супер-контролами - не часть фреймворка, так как программы, которые написаны с его помощью будут работать только при наличии этой самой библиотеки".
2) К топику наш "флейм" вообще никакого отношения не имеет.
3) Мои слова показывают что во FW все свалено в одну кучу, а не представляют монолитную систему из которой ничего забрать нельзя.

При таком определении бери С++ и портируй. Причем тут моно и .Net?


Что-то мы ни к чему не пришли и ИМХО не придем. Ну да ладно. Забьем. Всем удачи ;-)