LINUX.ORG.RU

Вышел MonoDevelop 0.13


0

0

Как то новость прошла мимо ЛОР-а, а список изменений довольно внушительный:

  • появился контроль версий (пока только Subversion)
  • значительно улучшено автодополнение кода, шаблоны в стиле Visual Studio
  • вид списка задач
  • поддержка Web-ссылок
  • различные улучшения в дизайнере Gtk# (undo/redo, интернационализация и др.)
  • поддержка решений (solutions) Visual Studio 2005 "из коробки"!!!
  • интеграция с Makefile
  • Nunit 2.2.9 теперь поставляется с MonoDevelop (и интегрирован в него)
  • исправлена 71 ошибка
  • новые настройки развертывания (deployment) позволяют использовать внешние команды, в том числе сборки RPMs и DEBs
  • ... и многое, многое другое

Release notes: http://www.monodevelop.com/Release_no...

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

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

>Тебе показать пример отсутствия культуры программирования на джаве?

Я и сам тебе покажу. Я говорю об общей тенденции, а не единичных примерах.

>Ну выразился я неверно - реализация полностью совместимого с сановской но от sgi и тд.

Значит таки делают кто попало? А если посмотреть кто ваяет мобильную жабу - тут вообще толпы народу.

>Но по сути это та же джава что и от санок.

Я и не знал что совместимость стала недостатком,

>Нет таких отличий как между ibm-вской jdk и сановской

Там их тоже нет - раз-ве что в каких-то багах. Помню когда деревья были большие RMI не хотел дружить в sun и ibm. Но это уже в области преданий.

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

>Я и сам тебе покажу. Я говорю об общей тенденции, а не единичных примерах.

Ну спертый код виндов на си/с++ очень даже культурно написан :)

>Значит таки делают кто попало? А если посмотреть кто ваяет мобильную жабу - тут вообще толпы народу.

Следует различать реализацию функционала сановского jdk на сторонней платформе и ее же + навороты как у bea и ibm.

Мобильной жабы много только из за кучи разных платформ

>Я и не знал что совместимость стала недостатком,

А я и не говорил что это недостаток

>Там их тоже нет - раз-ве что в каких-то багах. Помню когда деревья были >большие RMI не хотел дружить в sun и ibm. Но это уже в области >преданий.

Судя по ругани знакомых websphere-щиков это далеко не так.Вообщем надо будет расспросить конкретно по такому поводу.

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

>Следует различать реализацию функционала сановского jdk на сторонней платформе и ее же + навороты как у bea и ibm.

Зачем? Что это поменяет?

>Судя по ругани знакомых websphere-щиков это далеко не так.

Да - это баги IBMской жабы. На странице WSCE прямо написано что наконец-то они вылечили запуск под ibm jdk.

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

>Если не настроена как следует jaas -запросто.

Дык ежу понятно что если не настроена то запросто. Важен факт его наличия и возможности настройки. А как в защитится от exit(0) в плюсах или от char * s = NULL; s[100] = 'c'?

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

>А как в защитится от exit(0) в плюсах или от char * s = NULL; s[100] = >'c'?

Никак да, но ведь никто и не кричит о том что си безопасный язык верно?

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

>Никак да, но ведь никто и не кричит о том что си безопасный язык верно?

Нет конечно. Но тут некоторые кричат VM не нужен, VM лишняя прослойка - а тут вот оно как получается, что кое-что таки умеет VM помимо сборки мусора.

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

>Но тут некоторые кричат VM не нужен, VM лишняя прослойка - а тут вот >оно как получается, что кое-что таки умеет VM помимо сборки мусора.

Только цена за такую прослойку все же слишком высока

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

к вашему сведению jit java гораздо быстрее своих native java конкурентов, потому что использует возможность runtime оптимизаций. поэтому прослойка эта необходима, и она эффективнее чем без нее.

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

> jit java гораздо быстрее своих native java конкурентов, потому что использует возможность runtime оптимизаций.

а так же того, что на его разработку затрачено в разы больше времени и денег.

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

>Только цена за такую прослойку все же слишком высока

Кому слишком, а кому и нет. Вот тебе список платформ на которых работают наши проекты (в смысле реальные клиенты сидят под всем этим делом) - скажешь чем заменить подешевле?

Сервера: Irix, Solaris, Linux, OSX (даже под OS9 работал раньше), Win; Standalone: Linux, OSX, Win; Бровзеры (Applet): под Lin, OSX, Win: Mozilla(все), IE (под пацаватый IE на OS9 тоже работал пока поддерживали), Safari, Konqueror. Весь этот зоопарк весьма разных версий (особенно OSки встречаются довольно древнючие, но на дорогом железе например SGI или Sun). При чем используется море кода с апача и т.д.

Ну и? Что занятся кросплатформенными упражнениями под весь этот зоопарк, под который не под весь даже gcc есть, а если и есть то весьма разных версий, уж не говоря о либах и несовместимых апи, учитывая что половина даже не posix?

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

>Вот тебе список платформ на которых работают наши проекты (в смысле >реальные клиенты сидят под всем этим делом) - скажешь чем заменить >подешевле?

Я скажу что вашего менеджера по проектам я бы уволил с последующим расстрелом :)

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

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

>Весь ваш зоопарк и гемморой по поддержке проистекает лишь от неумения одного человека настоять на своем.

На чем своем? У клиента не очень новый 16типроцессорный Irix с терабайтами памяти. Мы ему скажем пусть засунет его в одно место и купит Linux Box? Или клиент из долбаной японии хочет триал, а у него под рукой только старый спарк на поиздеваться. Мы ему скажем мол подожди дядя пока мы под ваши древние сани портируем, потестим и поддержим (выкинем кучу бабла - а он еще и не купит), вместо того чтобы опа - поставил и телемаркет, все работает? А проблема с OS9 на клиентских машинах - вот херня: сидят в той же японии дохренища юзеров на OS9. Предлагаешь заявить потенциальному клиенту что ему пора выкладывать кругленькую сумму на обновление недооси и недожелеза, что-бы попользоваться продуктом, а то и не просто выложить - а убедить своих клиентов что им пора выкинуть свои компы?

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

>настоять на своем.

это наверное "с пытками требовать чтобы хотя бы баги на всех платформах были одинаковыми"

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

>Парадигма компонентного программирования сама по себе реализованная как и в Java дает уникальные преимущества при написании приложении несколькими (минимум) людьми.

Незнаю как сейчас (надеюсь в WPF это пофиксили) но в .net 2.0, форма вставлялась в код класса кодом(создание всех компонент, установка координат)... То есть ты считаешь, что несколько человек могут безболезнено изменять такие вот формы одновременно? o_O

Вообще, от того что я увидел в .net (1.0, 1.1 и 2.0) мне стало грустно. Такое чувство как буд то, человек который его проектировал ничего не смыслит в ООП проектировании. Да и реализация не хорошая...

Судя по тому что говорят дотнетчики, то WPF это реализаця MVC, (это в 3ей версии появилось). То что там должно было быть сразу, а не устаревшая "компонентное модель" (из делфи пришла имхо).

На asp.net сматреть тоже грустно, сотворили какое-то чудовище... Надеюсь в новой версии они больше рельс/джанго/webobjects попрут...

А mono это догоняющий, мелкософт отказалось от winforms сразу после появения их в mono, как появится там WPF мелкософт придумает что-то новое... Так и будет продолжатся.... грустно...

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

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

Вообще говоря да. Потому что железо выбирается под задачу а не наоборот. А говорить что мы де забабахаем вам под 12 процовый irix тока дайте денег это все же профанация.

P.S. А ваш project manager вообще считал стоимость поддержки такой кучи платформ? Интересно все же узнать обоснование подобного

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

>Потому что железо выбирается под задачу а не наоборот.

Ты наверное говориь о заказном проекте. А у нас коробочный продукт. Такой зоопарк - это требования рынка. Продукт интегрируется с чужими продуктами, дорогими продуктами. То что ты говоришь - это вообще астрал. Например требование убрать OS9 вытекает в то что клиент и его пиры потеряют мегаденьги на апдейте железа и софта - при чем очень дорогого. Следовательно продукт наш для клиента подорожает на такую астральную сумму что он нам по японски обяснит что такое биореактор и кратчайший путь к нему.

>А ваш project manager вообще считал стоимость поддержки такой кучи платформ?

Поддержка такой тучи платформ - это требование. Клиенты под всей этой тучей работают. В случае жабы она сведена к минимуму - интеграция в десктопы, поддержка специфичных фич файловых систем, интеграция с чужим софтом под эти платформы, и т.д.

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

>Такой зоопарк - это требования рынка.

Это что ж за рынок такой?

>Продукт интегрируется с чужими продуктами, дорогими продуктами.

Это практически везде

>То что ты говоришь - это вообще астрал

ERP-системы под заказ нормальные люди именно так разворачивают

Вообщем я так понял что у вас продукт сильно на науку завязан -рассчеты там и все такое?

Тогда да - менеджера проекта мы трогать не будем :)

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

>Это что ж за рынок такой?

медийный (в основном печатный)

>Вообщем я так понял что у вас продукт сильно на науку завязан -рассчеты там и все такое?

Не рассчеты, а обработка огромного объема векторной и растровой информации.

r ★★★★★
()

> исправлена 71 ошибка

Исправлена таинственная семьдесят первая ошибка :)

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

>как появится там WPF мелкософт придумает что-то новое... Так и будет продолжатся....

если ты не в курсе, в windows server 2003 sp2 до сих пор предустанавливается дотнет фреймворк версии 1.1 - а уж куда быдлокодерам успеть новые апи учить

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

>На "типичном" shared-хостинге - самое большое "почему" - неспособность Apache выдавать по отдельному юзеру на виртуальный хост. Поэтому даже Perl не дают, а ограничиваются похапэ (с его внутренними костылями) или жабой или еще чем такого рода. Есть один единственный mpm (peruser, что-ли) и тот не живой. Как я слышал, проблемы в архитектуре апача, который не предусмотрен для таких фокусов. Другие httpd не смотрел (все есть желание lighttpd посмотреть, говорят он хороший, но руки не доходят).

http://httpd.apache.org/docs/2.2/mod/mod_suexec.html

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

>У клиента не очень новый 16типроцессорный Irix с терабайтами памяти. Мы ему скажем пусть засунет его в одно место и купит Linux Box?

А что, туда линукс не встанет что ли?

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

Ну чего ты с ним споришь? Он же никогда на C#, Java не писал реальных приложений, приеимуществ в скорости разработки не понимает, скорость не сравнивал. Я помню старая Java версии так 1.2/1.3 процентов на 20 была тормознутее (сравнивал одно и то же приложение на С и на Java, нейросети), говорят что с тех пор стало гораздо быстрее + всегда есть JIT. Кто нибудь тестировал C#,C/C++,Java по скорости, JIT?

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

> Java не писал реальных приложений, приеимуществ в скорости разработки >не понимает, скорость не сравнивал

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

>говорят что с тех пор стало гораздо быстрее + всегда есть JIT. Кто >нибудь тестировал C#,C/C++,Java по скорости, JIT?

Если ты про числодробильные функции - тогда да, она стала быстрее. В графике же воз и ныне там :(

>Кто нибудь тестировал C#,C/C++,Java по скорости, JIT?

Что ты поднимаешь под таким тестом? Сделать функцию с серьзным рассчетом и замерить скорость работы?

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

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

Согласен :) А при прочих равных? Мне кажется, что на C# (+ Visual Studio) быстрее писать.

>Если ты про числодробильные функции - тогда да, она стала быстрее. В графике же воз и ныне там :(

Ну не знаю по ощущениям lg3d не тормознее beryl-a, а может даже и быстрее.

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

>Согласен :) А при прочих равных? Мне кажется, что на C# (+ Visual >Studio) быстрее писать.

Если уж на то пошло то писать быстрее всего на дельфе а отнюдь не на шарпе :)

>Ну не знаю по ощущениям lg3d не тормознее beryl-a, а может даже и >быстрее.

Вообще то я писал про awt/swing которые как тормозили с времен 1.3 джавы так и тормозят. Про lg3d - х.3 я его еще не юзал

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

> Microsoft даже мечтать о таком не могла. Ей даже самой не надо обеспечивать кроссплатформенность .net - дятлы сделают это за неё, и притом бесплатно!

Microsoft даже мечтать о таком не могла. Ей даже самой не надо обеспечивать кроссплатформенность WinAPI - дятлы из Wine team сделают это за неё, и притом бесплатно! %)

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

В C#, по крайней мере, тормозов в GUI не наблюдается - по ощущениям обычные приложения, ничем от Си-шных не отличающиеся.

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

Юзаю Netbeans, тормозов GUI не вижу, что делаю не так?

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

Я тестировал. Взял два бенчмарка (нашел на google/codesearch) один общий один для gc. Собрал (чтоб не переписывать) под J# :) и тестировал с сан ждк (клиент)

получилось что .НЕТ на ~14% эффективнее в GC и на ~25% быстрее в стандартном тесте (строки - математика и т.д.). .НЕТ выиграл везде кроме обработки эксепшнов т.к. в Java эксепшны обрабатываются раз в 10 (!) быстрее.

Могу скинуть исходники кому интересно.

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

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

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

>я знаю ещё две полноценные реализации j2se5

Я знаю ещё Diablo JDK 5.0 (для FreeBSD).

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

>>А под разными hp, irix, aix, bsd, apple и прочей бойдой святой дух >>работает?

>hp-ux,irix,aix -реализация джавы от sun. bsd -официально не поддерживается.Под маки есть своя реализация от Apple да.

Да ты чё, правда што ле?

Интересно знать, почему у меня запускается Eclipse 3.2, NetBeans 5.5 и Azureus, да ешо игрульки в Sun WTK 2.2 работают сами по себе во FreeBSD v6.2-RELEASE?

Скажите мне, Diablo JDK -- это святой дух?

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

>Найди совместимые с Qt библиотеки к Qt отношения не имеющие.

stl ??

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

Брехать ты умеешь как я посмотрю. У меня стоит Catalyst Control Center, пусть тот, кто скажет что приложений на Swing тормознее этого г первым кинет в меня камень

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

Забери эти слова себе и выбирай выражения. Где я говорил про тормоза Swing и т.п.? Протри глаза. Единственное сравнение, которое я проводил было на очень старой Яве (года эдак 2001-2002-го) на вычислительной задаче с одним и тем же приложением написанным на C и Java.

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

>было на очень старой Яве (года эдак 2001-2002-го) на вычислительной задаче с одним и тем же приложением написанным на C и Java.

Тогда давай исходники в студию. Проверим на последней жабе 6.0 и 7.0beta, а также на .NET Framework 2.0 и 3.0

Кстати, фанаты mono, запустите у себя на linux вот эту приблуду MeGUI с http://x264.nl
Посмотрим, как mono поддерживает WinForms
Для тех, кому интересно, для чего нужна MeGUI топик http://forum.ixbt.com/post.cgi?id=print:29:25719

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