The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Релиз OpenSource реализации .Net-платформы Mono 2.10"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от opennews (ok) on 18-Фев-11, 18:59 
Увидел свет (http://www.mono-project.com/Release_Notes_Mono_2.10) релиз Mono 2.10 (http://www.go-mono.com/mono-downloads/download.html), свободной многоплатформенной реализации технологии .NET, обеспечивающей поддержку спецификаций .Net Framework 4.0.


Из новшеств можно отметить:

-  Поддержка технологии Google Native Client (http://code.google.com/p/nativeclient/), предоставляющей средства для портирования обычных бинарных приложений для платформы Android. Реализовав виртуальную машину Mono, сборщик мусора и JIT-компилятор внутри изолированного окружения Native Client, разработчикам удалось решить задачу с обеспечением выполнения Mono на платформе Android;

-  Новый движок (http://www.mono-project.com/Profiler) для профилирования приложений, пришедший на смену устаревшим механизмам профилирования heap-shot, heap-buddy и logging. В новом профилировщике решены такие проблемы, как манипулирование большими объемами данных и оценка работы многопоточных и многодоменных (multi-app...

URL: http://weblog.ikvm.net/PermaLink.aspx?guid=9c821dd7-d0b4-43d...
Новость: http://www.opennet.dev/opennews/art.shtml?num=29651

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


5. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +8 +/
Сообщение от Аноним (??) on 18-Фев-11, 19:23 
>Silverlight 4

Уже четыре версии, а никто до сих пор Silverlight не использует.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +2 +/
Сообщение от Zenitur on 18-Фев-11, 19:25 
С DirectX также было.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

16. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +10 +/
Сообщение от filosofem (ok) on 18-Фев-11, 20:26 
Не накаркай.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

15. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от letsmac (ok) on 18-Фев-11, 20:23 
>>Silverlight 4
> Уже четыре версии, а никто до сих пор Silverlight не использует.

Используют. Просто не в мире OS. Сама Silverlight очень целостна и позволяет относительно легко рефакторить интерфейсы - но вот привычка MS делать всё с конца напрягает.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

26. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +2 +/
Сообщение от User294 (ok) on 18-Фев-11, 23:19 
> Используют. Просто не в мире OS

"В другой жизни. В другой игре." (с)

Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

95. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от ананим on 19-Фев-11, 21:11 
очень целостна и с конца - взаимоисключающие понятия.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

73. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Аноним (??) on 19-Фев-11, 02:52 
>Уже четыре версии, а никто до сих пор Silverlight не использует.

"я" == "все"?

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

13. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +5 +/
Сообщение от тоже Аноним email(ok) on 18-Фев-11, 20:04 
> разработчикам удалось решить задачу с обеспечением выполнения Mono на платформе Android

Кто-то действительно пишет на Моно под Андроид? Предполагается, что у пользователя достаточно терпения, чтобы подождать, пока на хилом железе наладонника толкаются локтями две виртуальные машины?
Я в курсе, что Native Client позволяет не выполнять одну VM из-под другой, но и "рядом" они будут хорошо жрать ресурсы. При том, что Жаба-то хотя бы загружается один раз, при загрузке системы. А этот Моно-мутант будет каждый раз грузиться, подтягивать библиотеки, заводить с нуля все свои сборщики и компиляторы...
И все это - ради "колоссальных" отличий Жабы от ДотНета?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

18. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +6 +/
Сообщение от croster (ok) on 18-Фев-11, 20:57 
Читаю такие новости и думаю, а что же все-таки бОльшее зло: Adobe Flash, Java или Mono?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

21. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +2 +/
Сообщение от Coder on 18-Фев-11, 22:23 
Самое большое зло, это жадность. Желание все подгребсти под себя. Обычно такое поведение заканчивается плачевно.
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

29. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +1 +/
Сообщение от угу on 18-Фев-11, 23:40 
> Читаю такие новости и думаю, а что же все-таки бОльшее зло: Adobe Flash, Java или Mono?

Пока что из всех трех, проект Mono наиболее самостоятельный, в то время как свободные реализации flash играют в догонялки, а OpenJDK зажат патентами и дополнительными ограничивающими условиями.

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

Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

37. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +6 +/
Сообщение от Учитель почти пророк on 19-Фев-11, 00:11 
> суперкомпьютеры на unix. рост числа разработчиков под .net

не смешите, никому .net на суперкомпьютерах не нужен. там ведь реальные задачи решаются и технари с головами, а не интерфейсами для приёма рекламы

Ответить | Правка | ^ к родителю #95 | Наверх | Cообщить модератору

56. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Учитель почти пророк on 19-Фев-11, 00:48 
> вы как Столлман, готовы жить в лесу и есть землю с ног,
> ведь ничего не нужно

вот когда на машинах из списка top500.org будет использоваться хотя бы одна программулька на моно, я сам вас найду и вручу банкноту в 100$ и начну учить .net сам, только этого не будет, как впрочем не будет и вендекопца, про к-ый вы вспомнили..

и эта... про Баллмера в состоянии наркотического опьянения я вам ничего не говорю, почему вы мне тогда рассказываете что-то про Столлмана, который тут вообще не при чем.
и зачем вы пытаетесь его антисоциальность использовать в споре, который заведомо проигрываете и просто не знаете чем больше крыть?

Ответить | Правка | Наверх | Cообщить модератору

64. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +2 +/
Сообщение от Michael Shigorin email(ok) on 19-Фев-11, 01:31 
> и зачем вы пытаетесь его антисоциальность использовать в споре,
> который заведомо проигрываете и просто не знаете чем больше крыть?

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

PS: я немножко знаю, как и кто доводил WCCS за последние несколько лет, к каким проектам и с какими договорами MS подкатывалось и чем это всё пахнет.  Поэтому -- вот не надо.

Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

89. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от User294 (ok) on 19-Фев-11, 18:28 
> Потому что ему уже было сказано -- нет винды в HPC, как и на мобилах.  Не-ту-ти.

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

Ответить | Правка | ^ к родителю #64 | Наверх | Cообщить модератору

104. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Карбофос (ok) on 20-Фев-11, 22:49 
я весьма сомневаюсь, также, и в обитании явы в тех же top500. разве что "морда" на сервере какая, которую можно написать и на Python, к примеру.
Ответить | Правка | ^ к родителю #56 | Наверх | Cообщить модератору

108. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Michael Shigorin email(ok) on 21-Фев-11, 00:22 
> я весьма сомневаюсь, также, и в обитании явы в тех же top500.
> разве что "морда" на сервере какая, которую можно написать и на
> Python, к примеру.

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

Остальное -- erlang и c.

Ответить | Правка | ^ к родителю #104 | Наверх | Cообщить модератору

60. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Michael Shigorin email(ok) on 19-Фев-11, 01:17 
>> суперкомпьютеры на unix. рост числа разработчиков под .net
> не смешите, никому .net на суперкомпьютерах не нужен.

Кому-то, может, и нужен -- только таких пока не видал.

> там ведь реальные задачи решаются и технари с головами

Ну отдельные поддаются на уговоры "поставить winhpc, нам только сфотографировать" -- но толку как с козла молока, окромя пиара некрософту.

PS: враньё, как обычно, в /dev/null.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

105. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Карбофос (ok) on 20-Фев-11, 22:57 
мне вообще интересна стоимость обслуживания таких winhpc, ежели таковые существуют и сравнить их со стоимостью Linux-базированных ОС было бы весьма полезно. подозреваю гигантский разрыв в пользу Тукса
Ответить | Правка | ^ к родителю #60 | Наверх | Cообщить модератору

109. "(offtopic) насчёт high-performance computing"  +/
Сообщение от Michael Shigorin email(ok) on 21-Фев-11, 00:27 
> мне вообще интересна стоимость обслуживания таких winhpc, ежели таковые существуют

Существуют и насколько понимаю -- в корпоративных кластерах (это где попали на win32 и очень дорого теперь выляпываться из такого попадалова) в основном.  А уж на что шумашшедшие бывают учёные, но почём фунт _такого_ лиха, обычно понимают. :)

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

Ответить | Правка | ^ к родителю #105 | Наверх | Cообщить модератору

36. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +1 +/
Сообщение от Учительпочти пророк on 19-Фев-11, 00:05 
> Осталось только выяснить, почему некросовту может быть выгодно так благосклонно позволять
> проекту Mono существовать, ведь это же настоящий убийца их монополии растет,
> так еще и их обещания (имеющие все-таки юридическую ценность) не трогать
> его... Кто знает?

значит рассказываю:
никто себе убийцу растить не будет, в МС умные манагеры работают.
делается моно для того, чтобы всем говорить "вот .net такой кроссплатформенный".
что на самом деле конечно не так(важнейшие классы не реализованы).
и проги портируют(!!) из под дотнета в моно, что на самом деле нонсенс "кроссплатформенности".
по поводу обещаний - это были полуобещания(http://web.opennet.ru/opennews/art.shtml?num=28984)
Т.о. ИСПОЛЬЗОВАТЬ ДОТНЕТ БЕЗ ОФИЦИАЛЬНОЙ ПОДДЕРЖКИ ОТ МАЙКРОСОФТ = ПОЛНОЕ БЕЗУМИЕ =
огромный недостаток в виде привязки к одной ОС + проблемы с патентами.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

43. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +2 +/
Сообщение от Учитель почти пророк on 19-Фев-11, 00:23 
> мы купили официальную поддержку от attachmate и все хорошо

а можно было бы просто выбрать нормальную технологию и не выбрасывать деньги на ветер.

Ответить | Правка | ^ к родителю #37 | Наверх | Cообщить модератору

47. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Учитель почти пророк on 19-Фев-11, 00:31 
когда вы успели купить у attachmate? акции novell уже проданы? кто решится сейчас заключать контракт в столь сомнительной ситуации с Novell? ваши управленцы пугают своими решениями, хотя скорее всего вы просто лукавите.. т.к. я думаю, вероятность заключения контракта в такой период для новелла катастрофически мала.
Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

49. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  –6 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 19-Фев-11, 00:37 
> когда вы успели купить у attachmate? акции novell уже проданы? кто решится
> сейчас заключать контракт в столь сомнительной ситуации с Novell? ваши управленцы
> пугают своими решениями, хотя скорее всего вы просто лукавите.. т.к. я
> думаю, вероятность заключения контракта в такой период для новелла катастрофически мала.

заходишь вот сюда http://www.novell.com/products/mono/ и сюда http://www.go-mono.com/store/ , жмешь кнопочки "купить" и радуешься жизни.

>кто решится сейчас заключать контракт в столь сомнительной ситуации с Novell?

тот, кто деньги зарабатывает

Ответить | Правка | ^ к родителю #47 | Наверх | Cообщить модератору

58. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +5 +/
Сообщение от Учитель почти пророк on 19-Фев-11, 00:54 
> тот, кто деньги зарабатывает

или просто for fun and profit как вы? http://habrahabr.ru/blogs/advertising/78536/

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

91. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +4 +/
Сообщение от User294 (ok) on 19-Фев-11, 19:16 
> или просто for fun and profit как вы? http://habrahabr.ru/blogs/advertising/78536/

За еду^w подачки с барского стола этот пиар-бот работает. Пофессионал, мля. Работать с такими профессионалами как Трухин - имхо себя не уважать.

Ответить | Правка | ^ к родителю #58 | Наверх | Cообщить модератору

86. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +1 +/
Сообщение от ананим on 19-Фев-11, 18:07 
>>кто решится сейчас заключать контракт в столь сомнительной ситуации с Novell?
>тот, кто деньги зарабатывает

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

Ответить | Правка | ^ к родителю #49 | Наверх | Cообщить модератору

42. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +1 +/
Сообщение от Учитель почти пророк on 19-Фев-11, 00:20 
т.е. если вдруг моно станет популярным, то они начнут стричь деньги за патентные отчисления(как это пытается сейчас сделать Oracle c Java, но у Oracle хотя бы технология стоящая в отличии от МС)
или если они захотят в один день выпустить Microsoft Linux, то у них уже будет готовый на 50% продукт(=экономия денег на разработку)
Также их нельзя обвинить в монополии: "вот, пожалуйста, смотрите (недо)реализация .net под все платформы"...

очень хитро и скользко сделано, как всегда у майкрософт.


Ответить | Правка | ^ к родителю #36 | Наверх | Cообщить модератору

48. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +1 +/
Сообщение от Учитель почти пророк on 19-Фев-11, 00:36 
> да да да, мы все умрем и солнце упадет на землю, а

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

вы будете отрицать очевидные проблемы дотнета?:
1. привязка к одной платформе (к тому же платной!)
2. патентные урозы?

Ответить | Правка | ^ к родителю #43 | Наверх | Cообщить модератору

113. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Карбофос (ok) on 21-Фев-11, 14:50 
а как же производительность? на лондонской бирже - слив по полной программе. причем, еще и слив со стоимостью поддержки. немаловажные факторы, нужно заметить.
Ответить | Правка | ^ к родителю #48 | Наверх | Cообщить модератору

116. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от unscrubber on 24-Фев-11, 11:41 
> Пока что из всех трех, проект Mono наиболее самостоятельный, в то время
> как свободные реализации flash играют в догонялки, а OpenJDK зажат патентами
> и дополнительными ограничивающими условиями.

OpenJDK зажат патентами а типа dot.NET и Mono не зажат ? Там наоборот все гораздо хуже.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

23. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +1 +/
Сообщение от Аноним (??) on 18-Фев-11, 22:28 
И как она на не х86?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

30. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от угу on 18-Фев-11, 23:46 
> И как она на не х86?

На ARM? Да нормально, просто берешь exe-шник и тупо запускашь. Пробовал на OpenEmbedded + Mono на ARM926.

ЗЫ
Опаньки... #!/usr/bin/csharp - упал под стол. Как в страшном сне =)
Раньше подоконники очень любили напирать на то что они могут писать скрипты под винду используя "всю мощь .net", и мы дожили.

Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

92. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от User294 (ok) on 19-Фев-11, 19:54 
> и мы дожили.

До того что тоже стали подоконниками? Wow!

Ответить | Правка | ^ к родителю #30 | Наверх | Cообщить модератору

28. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от угу on 18-Фев-11, 23:34 
Я считаю что OpenJDK, теперь уже 9-й, просто обязан порвать обратную совместимость, и немедленно сделать рывок вперед чтобы ни в коем случае не отставать от Mono.

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

Кто знает, если бы не медлительность (консерватизм) sun/oracle и патенты на ПО, то какими бы бешеными темпами шло развитие подобных технологий. И быть может, не пришлось создавать .net, а все новации шли в ветку Java-совместимых технологий... Патенты на ПО - зло!

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

33. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Аноним (??) on 19-Фев-11, 00:00 
назовите хотя бы ОДНУ вещь которую (вот прям обосраююся) нужно в java ?
Ответить | Правка | ^ к родителю #28 | Наверх | Cообщить модератору

35. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  –2 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 19-Фев-11, 00:04 
> назовите хотя бы ОДНУ вещь которую (вот прям обосраююся) нужно в java
> ?

linq, замыкания, методы-расширения, свойства, метапрограммирование, async/await подобный синтаксис, лямбда-выражения (и возможность программирования в функциональном стиле), dynamic, генерики в рантайме и т д. это я сказал только о языке, с библиотеками вообще поле непаханное.

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

61. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от iZEN (ok) on 19-Фев-11, 01:21 
>linq, замыкания, методы-расширения, свойства, метапрограммирование

Не нужно.

>async/await подобный синтаксис

Что-о-о?

>лямбда-выражения

Научитесь, наконец, использовать анонимные классы.

>и возможность программирования в функциональном стиле
>dynamic, генерики в рантайме

Что, вот так прям сразу нужно превратить универсальный императивный язык со статической типизацией в функциональный с динамической типизацией? Вы часом не стукнулись головой? :))

>это я сказал только о языке, с библиотеками вообще поле непаханное.

А что с ними не так? Вон, Eclipse на основе Equinox как-то решает проблему JAR HELL для тысяч библиотек, а где альтернативные решения подобных масштабов на функциональных и динамических языках? Что-то не видно на горизонте. :)

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

63. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +1 +/
Сообщение от Michael Shigorin email(ok) on 19-Фев-11, 01:25 
>> замыкания [...] метапрограммирование
> Не нужно.

Теперь складываем пальцЫ и задумываемся, что объекты -- это замыкания для бедных, а без метапрограммирования кодер обречён так и остаться кодером.

Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

70. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от iZEN (ok) on 19-Фев-11, 02:38 
>а без метапрограммирования кодер обречён так и остаться кодером.

Классы Class, Method, Field, способы интроспектирования, взаимодействие с компилятором javac из программ есть в Java. Но для создания несистемных (не JPA, например) приложений они вряд ли нужны и даже опасны.

Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

81. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Michael Shigorin email(ok) on 19-Фев-11, 14:00 
>>а без метапрограммирования кодер обречён так и остаться кодером.
> Но для создания несистемных (не JPA, например) приложений они вряд ли нужны
> и даже опасны.

В Java (и .NET) подход другой, насколько понимаю: вместо компактного набора ортогональных базовых вещей выдаётся сундук с барахлишком.  Если надо что-то прямщас напялить, то порывшись, скорее всего подходящее найдёшь.  А вот если сшить то, чего ещё не было -- то без абстрагирования (о котором метапрограммирование) не получится сделать эффективно.

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

Ответить | Правка | ^ к родителю #70 | Наверх | Cообщить модератору

83. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Аноним (??) on 19-Фев-11, 17:09 
раскажите хоть одну задачу которая гладко решается с помощью метапрограммирования ?

метапрограммирование работает только в головах, в реальности же оно бесполезно в 99% реальных задач

да же ооп для некоторых задач - это костыль.

функциональные языки то же хотели захватить в мир - в реальности же это узко специальные задачи.(но они ещё не потеряли надежду )

Ответить | Правка | ^ к родителю #81 | Наверх | Cообщить модератору

102. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  –1 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 20-Фев-11, 21:47 
> раскажите хоть одну задачу которая гладко решается с помощью метапрограммирования ?

метапрограммирование нужно для того, чтобы менять компиляционные структуры на этапе компиляции, т.е. добавлять или удалять элементы синтаксического дерева.
В Nemerle и Boo оно представлено в виде макросов. Макросы являются термином, который слабо связан с макросами из С/С++. Идея похожая конечно, но в том же Boo макросы намного мощнее. Пример создания свойства на языках C# и Boo.

C#
public int N {
get { return n; }
set { n = value; }
}

Boo
[Property(N)]
n as int

Этот пример очень хорошо иллюстрирует метапрограммирование. Cвойство `N` - это всего лишь сгенерированные методы `get_N()` и `set_N()`. Это можно встроить в язык, а можно приделать сверху. Какая от этого польза? Польза такая – в C# вы не можете переопределить то, как ведут себя свойства. В Boo это не проблема.

Можно использовать цитирование. Цитирование позволяет  вместо вычисления выражения получить в объектной форме тот объект, который вы описали. Цитировение делается с помощью операторов `[|` и `|]`.

x = [| y + z |]
y + z
>>>x

y + z
>>>x.GetType().Name

'BinaryExpression'
>>>(x as BinaryExpression).Left

y
>>>(x as BinaryExpression).Right

z
выражение `y + z` получило тип BinaryExpression. Левую и правую части можно получить через ООП-структуры, которые определены в `Boo.Lang.Compiler` и `Boo.Lang.Compiler.Ast`.

Цитирование нужно для того, чтобы можно было прямо на этапе компиляции добавлять что-то в метод или класс. Например, если нужно добавить куда-то выражение `y + z`,  не нужно создавать вручную объект типа `BinaryExpression`, присваивать ему параметры, и т.д. – можно просто сделать выражение и дальше работать с ним как с объектом.

далее предлагаю ознакомиться с терминами спалайс, мета-методы, ast и др. Писать тут обо всем этом слишком долго.


Для чего все это надо? Не так уж и часто возникает потребность генерировать что-либо на этапе компиляции. Но иногда все-таки такая потребность возникает. Один из примеров использования метапрограммирования – это геренация структур, где на основе простых данных нужно создать много “производных” методов и полей. В целом же, задачи метапрограммирования и того же АОР, например, очень схожи. Добавить логирование, трассировку, привить всем свойствам поддержку `INotifyPropertyChanged` – эти и другие задачи как раз решаются с помощью метапрограммирования, причем в отличии от АОР, где вы фактически ограничены тем инструментарием, который дает вам АОР-фреймворк, в метапрограммировании вы работаете с компилятором “без посредников”, что позволяет вам проще и точнее манипулировать структурами, не прибегая к использованию прослоечных библиотек или манипуляции IL.

Ответить | Правка | ^ к родителю #83 | Наверх | Cообщить модератору

107. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Michael Shigorin email(ok) on 21-Фев-11, 00:19 
> Макросы являются термином, который слабо связан с макросами из С/С++.

Ох.  Ну всё-таки есть надежда на то, что почитаете Грэма и осознаете, что в MS, как обычно, ничего действительно нового придумать не шмогли.  А то, что давным-давно было -- "проинновачить" толком опять же не шумели.

Ответить | Правка | ^ к родителю #102 | Наверх | Cообщить модератору

111. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Аноним (??) on 21-Фев-11, 08:45 
у Грема свое мнение, как оно относится к предмету обсуждения? http://www.computerra.ru/hitech/35042/
У вас странная привычка - переключать все на другую тему, то на лисп, но на Грема. А теперь еще и на то, что по вашему мнению Microsoft ничего не придумал. Можете считать как хотите, но мы обсуждаем тут чего не хватает в java и ни лисп, ни Грем, ни тем более Microsoft тут ни при чем.  
Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

115. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Michael Shigorin email(ok) on 23-Фев-11, 18:46 
> У вас странная привычка - переключать все на другую тему

Порой на другую, но в данном разе совершенно неинтересно наблюдать пузомерку между "инноваторами от MS" и "истинными санопоклонниками", поскольку и C#, и Java до старого доброго лиспа в том, о чём заикнулись по части недостающего -- или далеко, или недостижимо без слома языка.

> то на лисп, но на Грема.

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

> А теперь еще и на то, что по вашему мнению Microsoft ничего не придумал.

Да, ничего нового _и_ стоящего обсуждения в контексте новости -- у них не вижу.

> Можете считать как хотите, но мы обсуждаем тут чего не хватает в java и ни
> лисп, ни Грем, ни тем более Microsoft тут ни при чем.

Уф.  На пальцах: вы тут обсуждаете, чего не хватает в Ваське из соседнего двора, чтоб смахивал на Ваньку из своего.  А я -- о том, чем они отличаются от дяди Гриши (до свойств которого неминуемо дорастут, если не попадут под автобус в юности).

Просто надоели уже выкрики про "инновации", когда результат не дотягивает до того, чему уже полтинник стукнул.  И примеры с придыханием, на которые без слёз смотреть не выходит.

Да и пассаж насчёт "99 из 100 не поймут" тоже позабавил.  Ну судьба у них такой -- кодить, а не понимать.

PS: всё-таки отвечу:
> можно делать как вы, ненавидеть, не учиться и жить на мамину зарплату

По себе людей не судят.

Ответить | Правка | ^ к родителю #111 | Наверх | Cообщить модератору

112. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  –1 +/
Сообщение от Аноним (??) on 21-Фев-11, 08:49 
и еще: какими будут языки программирования через 100 лет не знает никто, а деньги нужно сейчас зарабатывать. можно делать как вы, ненавидеть, не учиться и жить на мамину зарплату, а можно уже сейчас работать и зарабатывать... вот и вся разница.
Ответить | Правка | ^ к родителю #107 | Наверх | Cообщить модератору

97. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +1 +/
Сообщение от pachanga on 20-Фев-11, 16:00 
Бедный C-шники, бедные кодеры... А они и не знают!
Ответить | Правка | ^ к родителю #63 | Наверх | Cообщить модератору

100. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Michael Shigorin email(ok) on 20-Фев-11, 19:48 
> Бедный C-шники, бедные кодеры... А они и не знают!

Ну давайте ещё МК-61 вспомним :)  Всяк сверчок знай свой шесток, макроассемблер всё-таки хорош в своей области.

Ответить | Правка | ^ к родителю #97 | Наверх | Cообщить модератору

67. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от угу on 19-Фев-11, 01:37 
property и unsigned - самое желанное, что хотелось бы видеть в жабке :)
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

71. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +2 +/
Сообщение от iZEN (ok) on 19-Фев-11, 02:40 
> property и unsigned - самое желанное, что хотелось бы видеть в жабке
> :)

А вот это в Java нужно меньше всего. Да.

Ответить | Правка | ^ к родителю #67 | Наверх | Cообщить модератору

84. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от угу on 19-Фев-11, 17:30 
> А вот это в Java нужно меньше всего. Да.

unsigned - приходилось работать с подобными типами данных? И каково?

property - удобнейшая вещь, почему же это она, позвольте поинтересоваться, не нужна?

Ответить | Правка | ^ к родителю #71 | Наверх | Cообщить модератору

85. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +2 +/
Сообщение от iZEN (ok) on 19-Фев-11, 17:52 
>> А вот это в Java нужно меньше всего. Да.
> unsigned - приходилось работать с подобными типами данных? И каково?

Ни разу не понадобилось.

> property - удобнейшая вещь, почему же это она, позвольте поинтересоваться, не нужна?

Лишняя сущность, запутывающая  разработчика неоднозначностью при многопоточной работе.

"Лично мне свойства не нравятся, и я был бы рад, если бы их поддержку убрали из Microsoft .NET Framework и сопутсвующих языков программирования. Причина в том, что свойства выглядят как поля, на самом деле являясь методами. Это порождает массу заблуждений и непонимания. Столкнувшись с кодом, обращающимся к полю, разработчик предполагает наличие массы условий, которые не всегда верны, если речь идет о свойстве.
...
— метод свойства может привести к исключению, а при доступе к полям исключений не бывает;
...
— метод свойства может выполнятся довольно долго, а доступ к полям выполняется моментально. Часто свойства используют для синхронизации потоков, но это может привести к приостановке потока на неопределенное время — поэтому свойства не следует использовать для этих целей — в такой ситуации лучше задействовать метод. Кроме, того если предусмотрен удаленный доступ к классу (например, если он наследует System.MarshalByRefObject), вызов метода свойства выполнится очень медленно, поэтому предпочтение следует отдать методу. Я считаю, что в классах, производных от MarshalByRefObject, никогда не следует использовать свойства;
— при вызове несколько ряд подряд метод свойства может возвращать разные значения, а поле возвращает одно и тоже значение. В классе System.DateTime есть неизменяемое свойство Now ...
— метод свойства может создавать наблюдаемые стороние эффекты, а при доступе к полю это невозможно...
— методу свойства может требоваться дополнительная память или ссылка на объект, не являющаяся частью состояния объекта, поэтому изменение возвращаемого объекта никак не сказывается на исходном объекте; при запросе поля всегда возвращается ссылка на объект, который гарантировано относиться к состоянию исходного объекта. Свойство, возвращающее копию, — источник замешательства для разработчиков, причем это поведение часто забывают упомянуть в документации." © Джеффри Рихтер, CLR via C#, Издательство "Питер", 2007 г., стр 208.

Ответить | Правка | ^ к родителю #84 | Наверх | Cообщить модератору

87. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от ананим on 19-Фев-11, 18:19 
я конечно звиняюсь, ты у нас спец по жабе, но там уже тыщу лет как жабабинс (не путать с ынтырпрайз жабабинс), который (да и тот что в скобках) давно решают все возможные потребности в пропертя'х.

Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

90. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от iZEN (ok) on 19-Фев-11, 18:44 
> я конечно звиняюсь, ты у нас спец по жабе, но там уже
> тыщу лет как жабабинс (не путать с ынтырпрайз жабабинс), который (да
> и тот что в скобках) давно решают все возможные потребности в
> пропертя'х.

Это ты ему скажи, а не мне.


Ответить | Правка | ^ к родителю #87 | Наверх | Cообщить модератору

93. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от ананим on 19-Фев-11, 20:50 
да мне он вообще нафиг невпёрся - если жабу на сервере приложений я ещё допускаю, то дотнет и дотнетчики мне вообще параллельны.
тупиковая ветвь эволюции.
так, как в зоопарк захожу.
Ответить | Правка | ^ к родителю #90 | Наверх | Cообщить модератору

103. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  –3 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 20-Фев-11, 22:05 
> — метод свойства может привести к исключению, а при доступе к полям
> исключений не бывает;

неужели? -> читать любую книжку по c#

> — метод свойства может выполнятся довольно долго, а доступ к полям выполняется
> моментально.

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

>Часто свойства используют для синхронизации потоков, но это может привести
> к приостановке потока на неопределенное время — поэтому свойства не следует
> использовать для этих целей — в такой ситуации лучше задействовать метод.

-> читать про immutable типы данных и правильные способы организации работы с потоками и тасками

> Кроме, того если предусмотрен удаленный доступ к классу (например, если он
> наследует System.MarshalByRefObject), вызов метода свойства выполнится очень медленно,
> поэтому предпочтение следует отдать методу. Я считаю, что в классах, производных
> от MarshalByRefObject, никогда не следует использовать свойства;

это слишком старый и низкоуровневый способ взаимодействия с классами, читать C# 4

> — при вызове несколько ряд подряд метод свойства может возвращать разные значения,
> а поле возвращает одно и тоже значение.
> В классе System.DateTime есть
> неизменяемое свойство Now ...

а вы хотели чтобы Now возвращал "yesterday?:)"
> — метод свойства может создавать наблюдаемые стороние эффекты, а при доступе к
> полю это невозможно...

нло прилетит?

советую все-таки почитать Рихтера 2010 года выпуска и все-таки попробовать что-либо написать самому и попрофилировать...
П.С. Со времен CLR 2 много чего изменилось))


Ответить | Правка | ^ к родителю #85 | Наверх | Cообщить модератору

79. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от аноним_ on 19-Фев-11, 12:43 
за всех не говорите, мне linq и настоящих свойств в яве не хватает
Ответить | Правка | ^ к родителю #61 | Наверх | Cообщить модератору

62. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Michael Shigorin email(ok) on 19-Фев-11, 01:24 
> метапрограммирование

Вы хоть знаете, что это такое?  Даже на бейсике можно сделать кодогенерацию и рефлексию.

> лямбда-выражения (и возможность программирования в функциональном стиле)

Насколько помню из обсуждения со знакомым языковедом -- отзыв был "в MS опять не врубились и самую соль испохабили".

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

66. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  –3 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 19-Фев-11, 01:35 
>> метапрограммирование
>Вы хоть знаете, что это такое?  Даже на бейсике можно сделать кодогенерацию и рефлексию.

ахахаха +++ видно что википедию почитали прежде чем отвечать. даже наверное абзац прочитали)))

вот примерно так выглядит макрос в nemerle, где это сделано.

macro @if (cond, e1, e2)
syntax ("if", "(", cond, ")", e1, Optional (";"), "else", e2)
{
  /*
    <[ ]> // <[ ]> определяет области квазицитирования, код внутри них преобразуется в AST Немерле,
          аналогично преобразованию кода в Expression компилятором C#
  */
  <[
    match ($cond : bool)
    {
      | true => $e1
      | _ => $e2
    }
  ]>
}

// Данный макрос вводит в язык конструкцию if:
def max = if (a > b) a else b;
// которая при компиляции раскрывается в:
def max = match (a > b)
{
  | true => a
  | _    => b
}

Ответить | Правка | ^ к родителю #62 | Наверх | Cообщить модератору

68. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Michael Shigorin email(ok) on 19-Фев-11, 01:58 
Юноша, я финский двухтомник по лиспу грыз в пятом классе.  Вас тогда хорошо если в люльке качали.  И нет, не "почитал", без особой надобности -- применяю и на ruby, и с make+sh.

PS: фу, какое уродство.  "И эти люди будут кивать на скобочки в лиспе".

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

69. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  –5 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 19-Фев-11, 02:05 
> Юноша, я финский двухтомник по лиспу грыз в пятом классе.  Вас
> тогда хорошо если в люльке качали.  И нет, не "почитал",
> без особой надобности -- применяю и на ruby, и с make+sh.
> PS: фу, какое уродство.  "И эти люди будут кивать на скобочки
> в лиспе".

при чем тут лисп...

Ответить | Правка | ^ к родителю #68 | Наверх | Cообщить модератору

80. "*sigh*"  +/
Сообщение от Michael Shigorin email(ok) on 19-Фев-11, 13:43 
> при чем тут лисп...

Незнакомые с историей обречены на её повторение.  Искренне надеюсь, что когда-нибудь до Вас это всё же дойдёт.

(если кому интересно -- на лиспе и программы, и структуры данных одинаково описываются s-выражениями, соответственно оперировать программой как данными попросту естественно -- в отличие от уродства, которое было приведено в качестве безусловно "прорывного" примера)

Ответить | Правка | ^ к родителю #69 | Наверх | Cообщить модератору

82. "*sigh*"  +/
Сообщение от uim on 19-Фев-11, 16:43 
Жжешь! :D

С Лиспом вообще мало кто может тягаться, nemerle не так уж плох, но все так же уродлив.

Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

101. "*sigh*"  –2 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 20-Фев-11, 21:38 
и при чем тут лисп?
Ответить | Правка | ^ к родителю #80 | Наверх | Cообщить модератору

106. "*sigh*"  +1 +/
Сообщение от Michael Shigorin email(ok) on 21-Фев-11, 00:12 
> и при чем тут лисп?

Кратенько: http://blog.ianbicking.org/the-challenge-of-metaprogramming....
Поширей: http://www.paulgraham.com/icad.html
`-> выжимки:

---
It's because Lisp was not really designed to be a programming language, at least not in the sense we mean today. What we mean by a programming language is something we use to tell a computer what to do. McCarthy did eventually intend to develop a programming language in this sense, but the Lisp that we actually ended up with was based on something separate that he did as a theoretical exercise-- an effort to define a more convenient alternative to the Turing Machine. As McCarthy said later,

    Another way to show that Lisp was neater than Turing machines was to write a universal Lisp function and show that it is briefer and more comprehensible than the description of a universal Turing machine. This was the Lisp function eval..., which computes the value of a Lisp expression.... Writing eval required inventing a notation representing Lisp functions as Lisp data, and such a notation was devised for the purposes of the paper with no thought that it would be used to express Lisp programs in practice.

[...]

9. The whole language there all the time. There is no real distinction between read-time, compile-time, and runtime. You can compile or run code while reading, read or run code while compiling, and read or compile code at runtime.

Running code at read-time lets users reprogram Lisp's syntax; running code at compile-time is the basis of macros; compiling at runtime is the basis of Lisp's use as an extension language in programs like Emacs; and reading at runtime enables programs to communicate using s-expressions, an idea recently reinvented as XML.

[...]

Lisp looks strange not so much because it has a strange syntax as because it has no syntax; you express programs directly in the parse trees that get built behind the scenes when other languages are parsed, and these trees are made of lists, which are Lisp data structures.

[...]

The term "macro" does not mean in Lisp what it means in other languages. A Lisp macro can be anything from an abbreviation to a compiler for a new language.
---

Ответить | Правка | ^ к родителю #101 | Наверх | Cообщить модератору

110. "*sigh*"  +/
Сообщение от Аноним (??) on 21-Фев-11, 01:02 
ну и при чем тут лисп в контексте обсуждаемого кроме хвастовства типа "а я в 5м классе спал с лиспом"? напомню, этот тред про то, чего нет в java, но хотелось бы
Ответить | Правка | ^ к родителю #106 | Наверх | Cообщить модератору

114. "*sigh*"  +/
Сообщение от Michael Shigorin email(ok) on 23-Фев-11, 18:29 
> ну и при чем тут лисп в контексте обсуждаемого кроме хвастовства типа
> "а я в 5м классе спал с лиспом"?

(пожимая плечами) Если б Вы хотели понять, а не зацепиться (и получить в торец) -- то вели бы себя не как храбрая шпана из спального района.

Ссылку на нужный icad.html уже дал, справитесь и сочтёте нужным спрашивать -- welcome.

> напомню, этот тред про то, чего нет в java, но хотелось бы

Отнюдь.

Ответить | Правка | ^ к родителю #110 | Наверх | Cообщить модератору

72. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от iZEN (ok) on 19-Фев-11, 02:43 
>>> метапрограммирование
> // Данный макрос вводит в язык конструкцию if:
> def max = if (a > b) a else b;
> // которая при компиляции раскрывается в:
> def max = match (a > b)
> {
>   | true => a
>   | _    => b
> }

Поздравляю, 99 программистов-кодеров из 100 не поймут, что вы создали и зачем. Поддержка такой конструкции в продакшене, очевидно, обойдётся в многие человеко-часы и найм первоклассного программиста на постоянную работу.

Ответить | Правка | ^ к родителю #66 | Наверх | Cообщить модератору

65. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +1 +/
Сообщение от угу on 19-Фев-11, 01:34 
> linq, замыкания, методы-расширения, свойства, метапрограммирование, async/await подобный синтаксис, лямбда-выражения (и возможность программирования в функциональном стиле), dynamic, генерики в рантайме и т д. это я сказал только о языке, с библиотеками вообще поле непаханное.

Чтобы быть до конца честным, все же стоит малость обновить свои представления, хотя бы по части dynamic и generics в Java... LINQ, но можно и без него и будет почти то же самое. Замыкания? Ламбда? Опять же матчасть...

Про библиотеки для Java так же просьба не беспокоиться.

Сначала за Mono словечко сказал. Теперь вот за Java.
Я хочу знать - какую цель для microsoft несет ненападение на Mono? Что они выжидают? Почему они не могут по честному гарантировать полную юридическую безопасность своей платформы? Ведь до сих мог многие сомневаются и у них есть на это основания. Почему взяв OpenJDK я могут быть на 100% уверен в беспроблемности, а любая технология microsoft лишь механизм удержания монополии, а прогресс лишь побочный продукт (иначе как выполнить первую часть) - это видно издалека.

Ответить | Правка | ^ к родителю #35 | Наверх | Cообщить модератору

88. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +3 +/
Сообщение от ананим on 19-Фев-11, 18:25 
>Я хочу знать - какую цель для microsoft несет ненападение на Mono? Что они выжидают?

это вам каждый рыбак скажет - как прикармливать, как подсекать и тд.

Ответить | Правка | ^ к родителю #65 | Наверх | Cообщить модератору

45. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +2 +/
Сообщение от Аноним (??) on 19-Фев-11, 00:28 
1) linq не нужен есть hidernate
2) замыкания которые в c# - это поделия включая убогие делегаты с threadpool модель, да кстати event там тоже убогие. В java будут замыкания но боюсь как бы то же убогими не оказались
3)async await то что видел не впечатлило
4)лямда будут, надеюсь лучше чем в c#
5)dynamic - спорная хрень в языке с проверкой типов.
6)generic в рантайме да этого нет
7)с библиотеками не смешите в java библиотек гора и тележка, это в c# школьники не могут ни одну толковую библиотеку написать и поэтому всё берут из java.
8)java кстати офицально работает в linux )
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

46. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  –2 +/
Сообщение от Трухин_Юрий_Владимирович (ok) on 19-Фев-11, 00:29 
> 1) linq не нужен есть hidernate

ппц, дальше читать не стал, марш в детский сад учить матчасть... перепутать язык запросов и ORM (название которой еще и неправильно написал)...

>[оверквотинг удален]
> threadpool модель, да кстати event там тоже убогие. В java будут
> замыкания но боюсь как бы то же убогими не оказались
> 3)async await то что видел не впечатлило
> 4)лямда будут, надеюсь лучше чем в c#
> 5)dynamic - спорная хрень в языке с проверкой типов.
> 6)generic в рантайме да этого нет
> 7)с библиотеками не смешите в java библиотек гора и тележка, это в
> c# школьники не могут ни одну толковую библиотеку написать и поэтому
> всё берут из java.
> 8)java кстати офицально работает в linux )

Ответить | Правка | ^ к родителю #45 | Наверх | Cообщить модератору

50. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Аноним (??) on 19-Фев-11, 00:41 
linq
перепутал ?
linq - "Таким образом, разработчики вынуждены изучать новый язык запросов для каждого типа источника данных или формата данных, который они должны поддерживать."

типа linq идеальный язык для всех запросов ко всем данным ?
кто не осилил sql xpath  и тд

ну если мне не доверяете спросите гослинга что он думает об этих штуках которые появились в C# или хотя бы страуступа

Не удевлюсь что все эти штуки были придуманы вчерашними школьниками которые подумали что программирование какое то не такое давайти заменим  цикл for на что нибудь попроще - так был придумал linq.

Ответить | Правка | ^ к родителю #46 | Наверх | Cообщить модератору

52. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Аноним (??) on 19-Фев-11, 00:43 
да кстати был у меня пример
сначала один человек пременил linq потом долго думал что так медленно работает...
да его можно применять но не нужно...
Ответить | Правка | ^ к родителю #50 | Наверх | Cообщить модератору

57. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +3 +/
Сообщение от spugachev on 19-Фев-11, 00:54 
> да кстати был у меня пример
> сначала один человек пременил linq потом долго думал что так медленно работает...

А у меня был пример, когда один человек применил xxxx(подставьте сюда название любой существующей технологии), а потом долго думал что так медленно работает...

Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

55. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от Аноним (??) on 19-Фев-11, 00:46 
ну да сертификатов ms у меня нет
Ответить | Правка | ^ к родителю #52 | Наверх | Cообщить модератору

74. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  –3 +/
Сообщение от Онаним on 19-Фев-11, 07:36 
> Обеспечена поддержка ASP.NET MVC3

Я не противник Mono как такового (хотя до оригинального .Net там ещё пилить и пилить и пилить...) и считаю что воможность писаит на моём любимом языке C# под мою любимую ОС GNU/Linux - это прекрасно, и взможность запускать WinForms-программы под GNU/Linux - это безусловно хорошо (хотя виндовые проги под Wine и то лучше работают)... Но каким же отчаяным надо быть "хоббистом" чтобы ставить Linux когда задача - поднять Web-сервер на ASP.NET - мне до сих пор страшно представить...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

94. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +1 +/
Сообщение от User294 (ok) on 19-Фев-11, 21:00 
> поднять Web-сервер на ASP.NET

Проще сразу застрелиться если такая задача стоит. Мучений меньше.


Ответить | Правка | ^ к родителю #74 | Наверх | Cообщить модератору

96. "Релиз OpenSource реализации .Net-платформы Mono 2.10"  +/
Сообщение от ананим on 19-Фев-11, 21:14 
при чём на моно проще.
стреляться в смысле.
Ответить | Правка | ^ к родителю #94 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру