LINUX.ORG.RU
Ответ на: комментарий от int19h

> А WinForms мне напоминает Delphi и VB
А что удивительного. Delphi и C#/WinForms один и тот же человек придумывал...

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

>А вы книжки самого майкрософта по .NET видели? (скажем, для подготовки к сертификации MCAD/MCSD) Там когда дело доходит до примеров, такой тихий ужас, что я уже не удивляюсь очевидным грубым ошибкам в дизайне BCL...

Кстати, да. Во многих хелпах можно увидеть, что-то типа:

"А вот для того, чтобы посмотреть как работает это напишем такой код:

private void button_Click(object sender, EventArgs e) { ...код... }"

Причем код никаким образом с гуем не связан

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

>метод event, который суть та же WndProc

"суть" - множественное число слова "есть" ( to be ).

anonymous
()

>естандартное рисовательство -- бесмысленная потеря рабочего времени.
Он то конечно так, НО если пользователи привыкли к какому-то одному ПО, а потом контора выросла из коротких штанишек и нужно уже другое ПО, которое должно плавно для пользователей перейти. И тут начинаеться.
Например, конторка переходит с 1С и там столбик с картинками в DataGrid не зависимо от горизонтального скролинга всегда справа и пользователи, к нему привыкли - раскажите мне как его сделать на .NET не переписывая весь DataGrid с нуля.
Для тех кто будет кричать, что мне нужно сделать не попробыва это сделать:
1. OnPaint у всего грида ливиться, но при прорисовке на RowHeader промигивает, если рисовать после стандартной прорисовки и стираеться если рисовать позже
2. Из DataGrid к DataGridRow не добраться т.к все пути к нему internal/static
3. Потомки к DataGridRow сделать можно, но гриду их не скормишь, т.к. см. пункт 2

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

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

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

дураки, если не видят. JVM - только для Java, а .NET годится для любых языков. Java - очень плохой язык, и среда исполнения под него не могла не получиться очень плохой.

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

> дураки, если не видят. JVM - только для Java

Гы =) Ты думаешь, там такая специальная проверка стоит - с какого языка байткод скомпилирован был? Открой глаза, и посмотри на тот же Jython...

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

>еще раз повторюсь: где MVC?
Во-во приходиться изобретать велосипед.

PS. Ни кто не знает как на .NET Reflection API выгрузить dll, т.к. судя по работе JBoss/tomcat и т.д. на Java такое возможно

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

> А для чего? ASP.NET? Тоже кривовато... еще раз повторюсь: где MVC?
Так чем же тебя не устраивает ASP.NET? Чем он хуже JSP?

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

> Так чем же тебя не устраивает ASP.NET? Чем он хуже JSP?

Отсутствием нормального разделения модели и представления. Вы ведь знаете, что такое MVC?..

По сути, ASP.NET WebForms - это калька с WinForms, попытка присобачить ту же "тяп-ляп"-идеологию к веб-программированию. А если забить на WebForms, то получаем вещь, ничем по сути не отличающуюся от ASP или там PHP.

Кстати, я тут ползал на сайте сантехников, искал подробности насчет новых фич в Java 1.5... так вот при всей моей нынешней любви к шарпу, вынужден константировать факт: Java 1.5 _как язык_ будет лучше C# 2.0. То есть практически исчезает последнее (для меня) преимущество. Такие дела.

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

> Открой глаза, и посмотри на тот же Jython...

Сам посмотри на него и ужаснись. И это ведь только питон.

Возможность использлвания других языков с JVM очень бурно обсуждалась года 3-4 назад. Выводы неутешительные - для эффективного использования других языков (в частности тех, для которых tail call elimination - необходимость) JVM подходит плохо.

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

> Возможность использлвания других языков с JVM очень бурно обсуждалась года 3-4 назад. Выводы неутешительные - для эффективного использования других языков (в частности тех, для которых tail call elimination - необходимость) JVM подходит плохо.

Дело в том, что с .NET по сути такая же байда. Чтоб туда прикрутить какой-то язык, приходится его неслабо уродовать, загоняя в рамки модели (я имею в виду реально прикрутить, а не как тот приснопамятный компилятор форта, программы на котором не могли использовать BCL). Да, функциональные языки туда прикручиваются лучше... но если подумать - а зачем? Все равно все нормальные люди кодят на C#, бывшие VB'шники - на VB.NET, и все остальное в гробу видали...

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