Antichat снова доступен.
Форум Antichat (Античат) возвращается и снова открыт для пользователей.
Здесь обсуждаются безопасность, программирование, технологии и многое другое.
Сообщество снова собирается вместе.
Новый адрес: forum.antichat.xyz
 |
|

07.06.2009, 19:22
|
|
Участник форума
Регистрация: 01.01.2009
Сообщений: 144
Провел на форуме: 89680
Репутация:
154
|
|
Понятие «сетевое программирование» довольно широкое. Как всегда, для создания программы лучше всего использовать инструменты, которые помогут максимально сократить время на ее создание. Не стоит забывать и о возможности дальнейшей поддержки ПО (если таковая планируется), т.е. стоит задуматься о системе внесения изменений в программу, ведь на том же самом C# с библиотеками работать куда удобнее, чем в случае C++.
Придерживаясь «старой школы», сформулирую свое мнение: учить C++ нужно обязательно, даже если в дальнейшем на нем не планируется разработка приложений. Приплюснутый си – основа, которая иногда может напомнить о себе. К примеру, работа с железом на низком уровне в C# оставляет желать лучшего.
Если «в лоб» ответить на вопрос «что лучше для сетевого программирования?», то на своем опыте могу сказать: C#, ASP.NET полюс использование новых технологий от Miscrosoft (.NET Remoting, Web-Services и т.п.) зачастую позволяют добиться отличного результата без концентрации на коде. По поводу литературы: язык довольно высокоуровневый, поэтому разобраться в нем не составит труда по ходу дела (кстати, MSDN никто не отменял). Кстати, есть книга Джефа Просиза (один из ведущих разработчиков Мелкомягких), посвященная целиком и полностью .NET (C# в частности): «Программирование для .NET».
|
|
|

07.06.2009, 19:45
|
|
Постоянный
Регистрация: 12.04.2007
Сообщений: 413
Провел на форуме: 3578578
Репутация:
275
|
|
Сообщение от c0n Difesa
К примеру, работа с железом на низком уровне в C# оставляет желать лучшего.
добивают такие фразы. какой смысл оценивать язык в той области, для которой он не был создан? а вот на с++ плохо верстать документы. и что?
Если «в лоб» ответить на вопрос «что лучше для сетевого программирования?», то на своем опыте могу сказать: C#, ASP.NET полюс использование новых технологий от Miscrosoft (.NET Remoting, Web-Services и т.п.)
это веб разработка - более высокий уровень, а не сетевое программирование - более низкий. к тому же веб-сервисы не технология ms
|
|
|

07.06.2009, 19:49
|
|
Постоянный
Регистрация: 12.12.2006
Сообщений: 906
Провел на форуме: 4205500
Репутация:
930
|
|
The holy war has began!
|
|
|

07.06.2009, 20:04
|
|
Постоянный
Регистрация: 12.04.2007
Сообщений: 413
Провел на форуме: 3578578
Репутация:
275
|
|
Сообщение от Fata1ex
The holy war has began!
это уж точно ))
|
|
|

07.06.2009, 20:27
|
|
Участник форума
Регистрация: 01.01.2009
Сообщений: 144
Провел на форуме: 89680
Репутация:
154
|
|
Сообщение от Forcer
добивают такие фразы. какой смысл оценивать язык в той области, для которой он не был создан? а вот на с++ плохо верстать документы. и что?
"Счастье - это когда тебя понимают" (с). Не читайте обрывки моих фраз. Я не вел сравнение языков с точки зрения работы с железом, а привел пример области, где использование C++ предпочтительнее C# (для Вас он показался банальным).
это веб разработка - более высокий уровень, а не сетевое программирование - более низкий.
Смотря, что в Вашем понимании "веб-разработка"... Технология Remoting является отличной заменой "старым" способам создания клиент-серверных приложений. Альтернатива этой технологии в области веб: web-сервисы.
|
|
|

07.06.2009, 21:18
|
|
Постоянный
Регистрация: 12.04.2007
Сообщений: 413
Провел на форуме: 3578578
Репутация:
275
|
|
Сообщение от c0n Difesa
Я не вел сравнение языков с точки зрения работы с железом, а привел пример области, где использование C++ предпочтительнее C# (для Вас он показался банальным).
именно об этом я и говорил. Если вы не поняли - то c# не создавался для той области, о которой в качестве примеры вы упомянули. Именно это я и хотел сказать. "Счастье это когда тебя понимают."
Сообщение от c0n Difesa
Технология Remoting является отличной заменой "старым" способам создания клиент-серверных приложений. Альтернатива этой технологии в области веб: web-сервисы.
я вроде не просил чтения лекций о технологиях. я сказал что webservice'ы не технология ms. технологии подобные remoting не они первые тоже придумали.
|
|
|

07.06.2009, 21:31
|
|
Участник форума
Регистрация: 01.01.2009
Сообщений: 144
Провел на форуме: 89680
Репутация:
154
|
|
Сообщение от Forcer
я вроде не просил чтения лекций о технологиях.
Я сказал это к тому, что "сетевое программирование" не настолько низкий уровень, каковым Вы его считаете: Ремоутинг смазывает грани сервисов и приложений типа "клиент-сервер".
технологии подобные remoting не они первые тоже придумали.
Я не просил читать лекции по истории, я лишь сказал, кому принадлежит технология .NET Remoting. Чтобы не быть голословным, можете дать ссылку на материал, который рассказывает о создателях  .
|
|
|

08.06.2009, 02:05
|
|
Постоянный
Регистрация: 12.04.2007
Сообщений: 413
Провел на форуме: 3578578
Репутация:
275
|
|
Сообщение от c0n Difesa
я лишь сказал, кому принадлежит технология .NET Remoting.
капитан очевидность? )))
насчет .net remoting... вы спрашиваете кто создал .net remoting? - microsoft. кто придумал rpc? в гугл. кто придумал контекст исполнения передавать? не знаю, но в ejb давно это используется.
|
|
|

08.06.2009, 18:50
|
|
Постоянный
Регистрация: 20.03.2009
Сообщений: 564
Провел на форуме: 991929
Репутация:
395
|
|
Fata1ex жжет
Как по мне. Если ты хочешь делать парсеры сайтов, всякие сплоиты на php сайты, то тебе практически всегда придется работать с HTML и анализом кучи текста. Такс, а какой язык создавался для работы с текстами? ответ PERL (к сожелению я Python не знаю, может и там широкие возможности для работы с текстом)
Ну а если ты хочешь писать клиент серверы, всякие программы для работы с бинарными протоколами (ну там типа ICQ, MRA), снифаки... то тут другой выбор.
Приплюснутые Си, делфийский и Си шарп это языки обьектные (ООП) где программисту нужно больше не писать программы, а ПРОЕКТИРОВАТЬ их. Зато борландовские визуальные стредства разработки "дарят легкость" тыкнул сюда тыкнул туда прога готова, ура (рифма, ыыы). а как она работает это не надо замарачиватся. Так же не стоит обращать внимания, что твоя программа в 2,5 мегабайта у друга, который уммет кодить, весит 15 килобайт и его версия почемуто в разы быстрее работает...
Ну а если тебе захочится изучить протокол на более низком уровне описать его самостоялельно Си форева... очень гибкий язык который не абстрогируется от компьютера. Выделил память будь добр ее освобдить, написал что переменная 10 байт будь добр следи что там имено 10 байт. Так же если пишешь на чистом Си и блокируемых сокетах, то несколько изменений в программе и она уже кроссплатформена (без установки либ Qt и тд, а .NET ваще нет под unix)
|
|
|

08.06.2009, 22:41
|
|
Постоянный
Регистрация: 16.08.2006
Сообщений: 640
Провел на форуме: 1354067
Репутация:
599
|
|
Сообщение от Gar|k
Ну а если тебе захочится изучить протокол на более низком уровне описать его самостоялельно Си форева... очень гибкий язык который не абстрогируется от компьютера. Выделил память будь добр ее освобдить, написал что переменная 10 байт будь добр следи что там имено 10 байт. Так же если пишешь на чистом Си и блокируемых сокетах, то несколько изменений в программе и она уже кроссплатформена (без установки либ Qt и тд, а .NET ваще нет под unix)
ну во первых в c++ нужно так же следить за памятью. разве что в помощь приходит boost. во вторых - с++ такой же кроссплатформенный по большей части. есть конечно у разных компилей тараканы, но обычно все норм. ну и в третьих - с++ немного модифицированный си + ооп, поэтому си как таковой учить необходимости нету. указатели есть. а больше из си ничего не надо.
по поводу проектирования - это актуально для больших систем. после проектирования все равно придется реализовывать логику системы, поэтому упоминать проектирование тут не очень к месту. про наличие компонентов - да, актуально. но для плюсов огромная база классов есть, на все случаи жизни и вкусы.
кароч с нуля учить с++ ради написания сниферов и прочего - смело. ибо не думаю что получится сделать что нить адекватное раньше чем через полгода. и это скорее будет модульная программа с признаками ооп, а то и ваще без оных. поэтому лучше все таки начать с дотнета, понять суть ооп, а потом вникать в узкие места с++, имея хороший запас знаний по ооп. благо c# имеет некоторое сходство с с++ в синтаксисе.
|
|
|
|
 |
|
|
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
|
|
|
|