[c#] события и делегаты

> есть некоторый класс A, который нужно переписать на С++

fixed.

C++ для этой модели(события, коллбеки) довольно хреново подходит, если не сказать очень хреново.

Кресты вообще хреновы, но это сугубо имхо.

>Нигде ничего не напутал?
ничего. делегат - список указателей, а событие вызывает Invoke() там же,где его вызвали
про потоки см. http://www.codeproject.com/KB/cs/eventmanager.aspx http://www.yoda.arachsys.com/csharp/events.html#threading http://discuss.joelonsoftware.com/default.asp?dotnet.12.196218.6 (гугл)

Спасибо. Писал первый пост минут 7, упорядочивая мысли в голове :-)

почитайте какую-нибудь скучную мутотень вроде троелсена :)

Спасибо, возьму на заметку :) Сейчас заканчиваю читать Practical Mono Марка Мамоне.

Если не секрет, а зачем тебе controversial Mono? Или просто C# учишь, на чем есть?

ничего. кроме того что "Делегат - тип указателя на метод" (но это не суть)

зы. не забудь отписаться, иначе memory leaks - твои.
ззы. если надо вызвать в другом потоке раскуривай от ISynchronizeInvoke.

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

Тогда не проще ли прочитать ecma-334.pdf?

иди памперсы поменяй, плюсатник новоявленный

кто сказал? о_О

каким бы г оно не было, но оно, в любом случае, лучше шарпа. да.

кстати, есть ещё С. но тут оно мимо, поэтому С++ привёл.

Это C++ то лучше C#?
И в каком же плане лучше?

>Это C++ то лучше C#? И в каком же плане лучше?

ооо, понеслась...

man Stallman

>man Stallman
Какое отношение эта политика имеет к технологии?

C++, если подумать, отношение к Столлману имеет не большее, чем C#. Це - другое дело, но чистый Це.
плюс, вопрос касательно технологий, а не политики, да

> Какое отношение эта политика имеет к технологии?

тебе потом микрасофт объяснит.

да фиг его знает, чем оно лучше :) ничем. но почему-то после 1,5 лет программирования на C# нет желания не то что на него смотреть, но даже слышать/читать про него. он отвратителен.

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

ну а С - то, что надо. вообще не надоест никогда, наверное :)

хотя, новый проект почему-то распорядился начать на Qt и, соответственно, С++ :)

в C# нету Qt! во! точно :)

>но почему-то после 1,5 лет программирования на C# нет желания не то что на него смотреть, но даже слышать/читать про него. он отвратителен.
Ассоциации с местом работы?

>алсо шаблоны педалят в том виде
Шаблоны это ад, в самом плохом смысле...

>в C# нету Qt
У C# есть библиотеки Mono и .NET. По сравнению с ними Qt кажется очень убогим.

> Ассоциации с местом работы?
честно говоря, жалею что ушёл. частично.
смержить бы текущее место и предыдущее - был бы класс :)
в общем, оно меня и тогда бесило так же.

> Шаблоны это ад, в самом плохом смысле...
может быть, ты просто не умеешь их готовить? :) по мне - очень удобно.

> У C# есть библиотеки Mono и .NET. По сравнению с ними Qt кажется очень убогим.
make me unsee it.

может быть я неопытен или коряв в мозговом плане, но пока ничего удобнее Qt я не встречал.
что же касаемо .net - это сраный кошмар, а не библиотека.

с mono не работал, но, очевидно, это то же самое.

Ты забыл разлогиниться когда писал предыдущие посты? ^_^

не осилил сей поток.

Вдогонку, методы нельзя наследовать а-ля конструкторы в пределах класса?

Это работает:

		public Downloader () : this (null, 3) {  }
		
		public Downloader (Queue dlList) : this (dlList, 3) {  }
		
		public Downloader (int threads) : this (null, threads) {  }
		
		public Downloader (Queue dlList, int threads)
		{
			//implementation
		}

А методы не хотят:

		public static string AddLeadingZero (int ID, int length)
		{
			//implementation
		}
		
		public static string AddLeadingZero (int ID) : this (ID, 8) {  }

ключевое слово допиши (подсказка: начинается на over...) и будет тебе профит ;)