Вышел MonoDevelop 1.0 Beta 3 (0.18)

А что, SUN официально поддерживает что-то кроме Java?

Да,Да!
Хотелось бы узнать, чем пользются аццкие .Net девелоперы.
Неужно AJAX.Net? (навернулась слеза)

> структуру if-else каким-нибудть мудреным выражением

Ну прям в точку! Не зря же Брюс Эккель пишет в своей "философии Джава", что появилось в проге много "else if" каскадов, что значит "что-то в консерватории не в порядке" , значит вместо использования полиморфизма чей-то процедурно пишем. :)

Это по сревнению с джавовскими дженереками много ограничений? Забудьте по дженерики в Java, это просто препроцессор.

Вот когда сможете делать коллекции интов без боксинга как List<int>, тогда и будуту говорить.

Или

class MyGeneric<T> where T:new() { private T m_T = new T(); }

когда можно будет в Java делать тогда и поговорим.

>Последнее сравнение уже устарело. Сейчас основным языком .NET является все же С++/CLI,

LOL, это где ж вы такое вычитали? ДА, С++/CLI позволяет выжать из платформы максимум, так же как ассемблер, ну и что? То, что мейнстримом считается C# видно хотя бы из того, что С# развивается быстрее остального. C# 3.0 не имеет аналогов - нет ни VB.NET 3.0, ни аналогичного апдейта для C++/CLI.

> А что, SUN официально поддерживает что-то кроме Java?

http://onesearch.sun.com/search/onesearch/index.jsp?qt=python&charset=UTF-8

http://onesearch.sun.com/search/onesearch/index.jsp?qt=ruby&charset=UTF-8

http://onesearch.sun.com/search/onesearch/index.jsp?qt=scala&charset=UTF-8

Об определении термина "поддержка языка" следует уточнять дополнительно.

>Хотя с терминологией и баззвордами Ява меры не знает, это да.

И тут это загадочное слово "баззворды". Что оно означает? (на форуме RSDN.ru один ярый дотнетчик всколзь упомянул его в теме "Чем является прототип", но не дал никакого определения, что оно означает).

>Если нет, то примеры технологий, _родившихся_ в Яве - в студию.

Я говорю совсем не о том. Восьмем типичную быдлоотрасль - вебпрограммирование. Когда там вообще стали появлятся хоть какие нибудь серьезные большие проекты? Можешь назвать хоть сколь нибудь индустриально готовый вебфреймворк ну например до 2000 года для питона? перла? Да хоть для пыха - езыга для веба всех времен и народов? Или обобщенный стандартный интерфейс для работы с db - типа JDBC? Я то понимаю, что сейчас почти у всех есть, а тогда? ODBC? BDE? не смешите мои тапки. Вместе с жабой Сан сделал очень важную вещь - он принес в массы мессидж "хватит уже кодить - начинайте разрабатывать".

>0. Дженереки. Нормальные, полноценные дженереки. полная фигня, чем они лучше, где тесты производительности???

>1. делегаты и евенты нах они нужны?? паттерны Command, Observer знаешь??

>2. Свойства нах они нужны, если есть методы set/get???

>4. атрибуты в жабе есть аннотации...

>5. ref и out параметры нах это надо??? нет правда, зачем?? передавать по значению ссылки на классы и все

>10. Unsafe мусор...

по остальным пунктам - "сахар" и не более того.

Зачем плодить сущности сверх необходимости??? зачем этот сахар??

Короче фтопку дотНЕТ, ИМХО конечно

>Вот когда сможете делать коллекции интов без боксинга как List<int>, тогда и будуту говорить.

Ага. Тебе это херня особо помагает? А как на счет сравнения int с "int?" интересный подход (a >= b || a < b) == false. Ахерительно интересное решение. Для исследователя девиаций.

>Вот когда сможете делать коллекции интов без боксинга как List<int>, тогда и будуту говорить.

а ну-ка предоставь тесты производительности, чем это лучше, а иначе все твои слова - только газирование лужи :)

>Вот когда сможете делать коллекции интов без боксинга как List<int>, тогда и будуту говорить.

а ну-ка предоставь тесты производительности, чем это лучше, а иначе все твои слова - только газирование лужи :)

> Вот когда сможете делать коллекции интов без боксинга как List<int>, тогда и будуту говорить.

Опять скатились до банальности... Каждый раз, когда заходит речь о "крутости" дотнетовских generics, то почему-то всегда вспоминают именно этот случай. Не спорю, что получается эффективнее, но java-like boxing дает примерно такую же функциональность, хотя стоит чуть дороже. Короче говоря, не впечатляет и не тянет на killer feature.

Случай с конструктором. Ну, да, неплохая фича. Но, вообще, для генериков использовать конструкторы.. хм.. несколько неправильно что-ли. См. фабрики объектов.

Мой посыл был на счет конструкции "?", которую я считаю очень важной для тех, кто _создает_, а не _использует_ генерики. Привидите мне ее аналог в C#.

> То, что мейнстримом считается C# видно хотя бы из того, что С# развивается быстрее остального.

Именно LOL. Путаете теплое с мягким. Еще раз повторяю, что новая верcия Visual C++ (аkа C++/CLI вместо устаревшего и переходного Managed C++) позволяет наиболее полно использовать возможности CLR. См. как обойти garbage collector. А язык C# вполне может оставаться себе мейнстримом и дальше. :)

> Когда там вообще стали появлятся хоть какие нибудь серьезные большие проекты? Можешь назвать хоть сколь нибудь индустриально готовый вебфреймворк ну например до 2000 года для питона? перла?

Я далек от веб-программирования, но, вроде как Амазон сделан на Mason, это Перл.

> обобщенный стандартный интерфейс для работы с db - типа JDBC? Я то понимаю, что сейчас почти у всех есть, а тогда? ODBC? BDE?

Ну вообще-то именно ODBC, BDE - это специфично борландовкий интерфейс (так же, как Jet - микрософтовский). Первые реализации JDBC были по сути оберткой ODBC.

Я не очень понимаю, к чему ты клонишь. К тому, что фреймворки вообще появились только с появлением Явы? Так само понятие "framework" стало более-менее широко употребляться только в самом конце 80-х, оно почти ровесник работ по Яве (начатых, IIRC, в 1989-м). Но изначально оно связывалось с NeXT и Mac. Блин. даже TV, MFC и OWL назывались фреймворками.

>> int x = 0; if(int.TryParse(myString, out x)) { int y = x*x; }

>int x = 0; try { x = Integer.parseInt(yourString); int y = x*x; } catch(ParseException e) { log.error("Ваня ты неправ); }

О... я скоро начну верить в Ява-программеров :)

> Visual C++ (аkа C++/CLI вместо устаревшего и переходного Managed C++) позволяет наиболее полно использовать возможности CLR. См. как обойти garbage collector.

Можно подробнее об обходе GC?

>На Пидоне осилишь? Как там кстати называется технология доступа к БД? Визуальные контолы могут быть привязаны к источникам данных? А визуальный редактор форм там вообще есть?

>Ну и куева куча вопросов "А есть ли там?" жизненно необходимых для такого рода проектов.

А потом берутся вот такие http://www.sql.ru/forum/actualthread.aspx?tid=509371#5088929 ужасы, заполонившие рунет, которые кроме визуального создания 500 форм/день в дельфе ничего не могут асилить. Спрашивают, а шо такое регэкспы и почему БД у них тормозит. Забыв, нет, даже не начав создавать в ней индексы. Про нормальные формы я даже не заикаюсь. Зато все "визуально к источникам данных", #ля

>На Пидоне осилишь? Как там кстати называется технология доступа к БД? Визуальные контолы могут быть привязаны к источникам данных? А визуальный редактор форм там вообще есть?

>Ну и куева куча вопросов "А есть ли там?" жизненно необходимых для такого рода проектов.

А потом берутся вот такие http://www.sql.ru/forum/actualthread.aspx?tid=509371#5088929 ужасы, заполонившие рунет, которые кроме визуального создания 500 форм/день в дельфе ничего не могут асилить. Спрашивают, а шо такое регэкспы и почему БД у них тормозит. Забыв, нет, даже не начав создавать в ней индексы. Про нормальные формы я даже не заикаюсь. Зато все "визуально к источникам данных", #ля

>Я далек от веб-программирования, но, вроде как Амазон сделан на Mason, это Перл.

Это темплейтинг энжайн. Не более чем аналог raw jsp.

>К тому, что фреймворки вообще появились только с появлением Явы?

Нет я про то что народ перестал уже писать сортироки и начал писать архитектурные солюшены под влиянием идеологии которую протолкнул сан с жабой. Посмотри на Apache SF. Посмотри на QtMVC - практически клон Swing.

>Первые реализации JDBC были по сути оберткой ODBC.

Где эти реализации были в питоне, перле, плюсах, пыхе? Тогда подход к драйверам базы данных подходил в качестве обычно незаменяемой либы специфичной для базы. Сантехники задвинули идею "абстрактного фреймворка" на массовый рынок.

>К тому, что фреймворки вообще появились только с появлением Явы?

Об указанном выше.

> Спрашивают, а шо такое регэкспы и почему БД у них тормозит. Забыв, нет, даже не начав создавать в ней индексы.

Вы все еще пользуетесь СУБД напрямую? Откройте для себя Hibernate.

Послушал сторонников c#, послушал сторонников java, выбрал visual basic..

>> Первые реализации JDBC были по сути оберткой ODBC.

> Где эти реализации были в питоне, перле, плюсах, пыхе?

Плюсы использовали Сишную, естественно (повторюсь - так же, как и Ява). Насчет других - не знаю, в те былинные времена я с ними еще не столкнулся. Насколько я знаю, в Перле был DBI/DBD, который как минимум не моложе JDBC. Про Питон, как ни странно, до сих пор не знаю 8)

>>Первые реализации JDBC были по сути оберткой ODBC.

>Где эти реализации были в питоне, перле, плюсах, пыхе?

DBD::ODBC в Перле, плюсам вполне хватало ODBC, насчет остальных - ХЗ.

Но, кажется, я понял, к чему ты 8) Но это сводится к тому, что Ява - это первая из реально унифицированных платформ, на которых есть _ВСЁ_, и за счет унификации сокращены многие непроизводительные траты. Ну так я с этим не спорю (хотя и не совсем согласен). И роль явы в просвещении тоже не отрицаю.

> Можно подробнее об обходе GC?

Имеется ввиду ручное управление памятью в managed-коде. На выбор. Можно через GC, а можно и без.

> Имеется ввиду ручное управление памятью в managed-коде.

Ну оно же где-то описано? Ссылку можно?

>Но, кажется, я понял, к чему ты 8) Но это сводится к тому, что Ява - это первая из реально унифицированных платформ, на которых есть _ВСЁ_, и за счет унификации сокращены многие непроизводительные траты. Ну так я с этим не спорю (хотя и не совсем согласен). И роль явы в просвещении тоже не отрицаю.

Ну собственно я к этому и говорил:))

> Ну оно же где-то описано? Ссылку можно?

Как обычно, в MSDN... :)

Пока сам не использовал, но присматриваюсь. Насколько понял, такие классы и структуры называются native, и их при желании можно встроить в чистый (pure) MSIL код. То есть, полу-натив какой-то получается в итоге, но, видимо, при этом теряется свойство safe (??).

В общем, вариантов выходит много:

http://msdn2.microsoft.com/en-us/library/k8d11d4s(VS.80).aspx

>Я этот вопрос на LOR с 2004 года задаю. Все отмолчиваются.

Значит поддержки СУБД не от MS нет в природе. Значит .NET и Mono идут лесом их "энтерпрайзом"

>> Ну оно же где-то описано? Ссылку можно?

> Как обычно, в MSDN... :)

Мне это необычно, я труЪ :D

> http://msdn2.microsoft.com/en-us/library/k8d11d4s(VS.80).aspx

Спасибо.

Хм, а в предложении не кормить тролля было рациональное зерно :)

>Вы все еще пользуетесь СУБД напрямую? Откройте для себя Hibernate.

А что, Hibernate уже и БД тьюнит и индексы сам создает? "Не верю!"(C)

>>Вы все еще пользуетесь СУБД напрямую? Откройте для себя Hibernate.

>А что, Hibernate уже и БД тьюнит и индексы сам создает?
ога. Ж)) И триггеры, и хранимые процедуры, и виды... прямо ложит в базу. На лету. Ж))

http://www.jprl.com/Blog/archive/development/2007/Aug-31.html

Comparing Java and C# Generics

Or, What's Wrong With Java Generics?

http://www.derangedcoder.net/programming/general/comparingObjectOrientedFeatu...

> Значит поддержки СУБД не от MS нет в природе.

(Голосом дотнетофила) Поищи на MSDN-е, ага :)

> А что, Hibernate уже и БД тьюнит и индексы сам создает? "Не верю!"(C)

Родной, когда ты используешь Hibernate, тебе не нужно знать, что у тебя есть СУБД. Когда ты используешь Eclipse, тебе не нужно знать, в каком файле лежит класс. Когда ты используешь Seam, тебе не нужно знать HTML. Последнее - шутка :)

А эти люди что-то пытаются доказать, что у Java какие-то мифические проблемы с _языком_. Кого волнуют проблемы с языком? Нет возможности решить олимпиадную задачу наиболее заковыристым способом? Ну дык и хрен с ней. Зато Tomcat поддерживает только 2 языка - Java и PHP, а СУБД Derby написана целиком на Java, работает в контейнере и весит 2 Мб.

>СУБД Derby написана целиком на Java, работает в контейнере и весит 2 Мб.

А "кроссплатформенный" Jet разве не может быть расшарен в локальной сети? :))

> А эти люди что-то пытаются доказать, что у Java какие-то мифические проблемы с _языком_

Какие "эти"? Которые работают в Сан? 8)

> Кого волнуют проблемы с языком?

Ну их, "этих людей", и волнуют. И, что характерно, они их решают, см. JDK7.

> Зато Tomcat поддерживает только 2 языка - Java и PHP

Чё, правда? 8) И что из этого?

> СУБД Derby написана целиком на Java, работает в контейнере и весит 2 Мб.

И что это доказывает? SQLite написан на Си, занимает 380Кбайт и работает даже без контейнера :D

> Какие "эти"? Которые работают в Сан? 8)

Нет, которые троллят на LOR 8)

> И, что характерно, они их решают, см. JDK7.

Молодцы. Не смотрел еще :)

> Чё, правда? 8)

Мамой клянусь! :)

> И что из этого?

С того, что я там что-то не вижу ни одного языка с платформы mono.

> И что это доказывает?

Отсутствие проблем с языком, разумеется ;) Проблемы - в головах разработчиков.

> SQLite написан на Си, занимает 380Кбайт и работает даже без контейнера

Как ж без контейнера в Ынтырпрайз? Кстати, мне так и не ответили, что используется вместо J2EE в .Net.

Спасибо. Познавательно. Еще очень приколола следующая фраза из первой статьи: "as the verifier ensures everything is kosher" :)

>> И что это доказывает?

> Отсутствие проблем с языком, разумеется ;)

Ну, в качестве шутки это подойдет... но не более.

>Кстати, мне так и не ответили, что используется вместо J2EE в .Net.

В Mono ещё не изобрели, а вот в MS.Net используются, как правило, связка: IIS+MSSQL+ASP.NET+наследие COM+. Нормально работает только на Windows2003.

А как они СУБД написали без дженериков-то, а? Ума не приложу! :)

> В Mono ещё не изобрели, а вот в MS.Net используются, как правило, связка: IIS+MSSQL+ASP.NET+наследие COM+. Нормально работает только на Windows2003.

А более привычными терминами можно пользоваться? :) Что из них изображает tomcat, где Beans, где, собственно, другие компоненты? Как настроить связи между компонентами?

А так это выглядит как Apache+MySQL+PHP+какой-нибудь-фреймворк.

P.S. Сильно подозреваю, что вопрос не к вам :)

> А как они СУБД написали без дженериков-то, а? Ума не приложу! :)

Тогда я не стану говорить, что СУБД писАли и на ассемблерах - а то ведь у тебя крыша съедет :D Признаем ассемблер языком без проблем?

Ну почему не изобрели Apache + mono_mod(или как там оно) + MySQL + mono вроде тоже можно. Хотя я не уверен, но заявлено "Runs ASP.NET and Winforms applications.".

Хотя видимо спрашивают не про ето... я в вёб-разработке почти ничего не знаю.

> Ну почему не изобрели Apache + mono_mod(или как там оно) + MySQL + mono

Вообще-то уже изобрели и я даже запускал.

> Признаем ассемблер языком без проблем?

Конечно. В моем понимании проблемы у языка - это когда есть некоторые факторы, мешающие широкому использованию языка в решении определенных задач, а не в применении определенных методик программирования. Образно говоря, я признаю, что объектная модель Python более обширная, чем объектная модель C++, но это не мешает использовать С++ для решения ряда тех же задач, где применяется Python. А в ассемблере объектов вообще нет, ну и что? СУБД написать можно? Пишут.

А вот у .Net и его языков есть одна серьезная проблема - данные языки не являются кроссплатформенными. Эта проблема серьезно ограничивает сферу применения таких языков, но фанаты микрософта упорно игнорируют эту проблему и пытаются раздуть какие-то мелкие особенности языка Java.

>> В Mono ещё не изобрели, а вот в MS.Net используются, как правило, связка: IIS+MSSQL+ASP.NET+наследие COM+. Нормально работает только на Windows2003.

> А более привычными терминами можно пользоваться? :) Что из них изображает tomcat, где Beans, где, собственно, другие компоненты? Как настроить связи между компонентами?

IIS аналогичен Tomcat.
ASP.NET аналогична JSP/Servlets.
ADO.NET (COM+) аналогична Stateless Session Bean's.
Ну есть ещё система очередей сообщений MSMQ аналогична JMS.
Есть монитор распределённых транзакций (COM+) как в J2EE.
Средства кластеризации системы как в Tomcat.

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

Браво. Почему ты стал прогером? Тебе нужно в рекламе работать.

Спасибо, познавательно.

А теперь можно вернуться к вопросу, "что нового принесла Java в мир" :)

> Браво. Почему ты стал прогером? Тебе нужно в рекламе работать.

Откровенно говоря, я не прогер, я System Architect и ведущий проекта в одном лице :) Рекламу тоже, да :)

Да кстати, а вместо JMX, наверное, MMC? Я угадал? :)