Автор Лозинский задал вопрос в разделе Другие языки и технологии
В чем отличие C Sharp, С, и С++? и получил лучший ответ
Ответ от Капитан Гугл[гуру]
C - язык, придуманный в начале 70-х, с соответствующими концепциями. С тех пор вносились улучшения, но общая концепция процедурного языка, близкого к технике, осталась.C++ -надстройка (и немного переработка) языка C для реализации всех концепций, ставших популярными в программировании с тех пор (ООП, обобщенное программирование и многое другое) .C# - разработка Microsoft-а с C - подобным синтаксисом, но другими принципами языка. Можно считать попыткой сделать свой C++ с блекджеком и выпивкой. Выполняется в виртуальной среде, чем радикально отличается от классических C и C++.
Ответ от Serghoy1[гуру]
Отличий многоC# - более новый язык, целиком заточен под Майкрософт, в принципе удобен в использовании, но чудо на нём не напишешь. C++ -язык который обязательно должен знать любой программер. На нём можно сделать всё что угодно под любой платформой. Но для написания мелких програмулек под винду он сложен. В сях ++ шибко сложно в коде разбираться. Насчёт самоучителя советую браться за C# на примерах. Сразу будет толк.
Отличий многоC# - более новый язык, целиком заточен под Майкрософт, в принципе удобен в использовании, но чудо на нём не напишешь. C++ -язык который обязательно должен знать любой программер. На нём можно сделать всё что угодно под любой платформой. Но для написания мелких програмулек под винду он сложен. В сях ++ шибко сложно в коде разбираться. Насчёт самоучителя советую браться за C# на примерах. Сразу будет толк.
Ответ от Ra Орально (98783)[гуру]
Принципиальное различие - в том, что программы на Си и С++:- компилируются в машинные коды- выполняются непосредственно процессором- чаще всего, работают напрямую со стандартными библиотеками ОС (под виндой - WinAPI, под никсами - X Window System)- а если и посредством каких-то библиотек-оболочек, то в этих оболочках мало фундаментальных изменений по сравнению с нативными библиотеками (под виндой - MFC, под никсами - GTK+).Программы на C#:- компилируются в промежуточный код для среды CLR, похожий на тот, в котором записан, скажем, формат ворда или экзела; компилируются в машинные коды при запуске с пошаговым анализом (принцип управляемого кода)- выполняются виртуальной средой CLR, примерно так же, как файл doc читается вордом- работают со стандартными библиотеками ОС посредством библиотек-оболочек, также использующих принцип управляемого кода и поэтому во многом отличающихся от стандартных (.NET под виндой, Mono/GTK# под никсами) .Все остальные различия вытекают из вышеописанных (точнее вышеописанного) .Прочувствовать их легче всего на практике, пописав разные программы на сях, плюсах, шарпе.P.S.Всякие левые реализации С++, например, под тот же .NET, распространены мало и в понятие "С++" обычно не включаются.
Принципиальное различие - в том, что программы на Си и С++:- компилируются в машинные коды- выполняются непосредственно процессором- чаще всего, работают напрямую со стандартными библиотеками ОС (под виндой - WinAPI, под никсами - X Window System)- а если и посредством каких-то библиотек-оболочек, то в этих оболочках мало фундаментальных изменений по сравнению с нативными библиотеками (под виндой - MFC, под никсами - GTK+).Программы на C#:- компилируются в промежуточный код для среды CLR, похожий на тот, в котором записан, скажем, формат ворда или экзела; компилируются в машинные коды при запуске с пошаговым анализом (принцип управляемого кода)- выполняются виртуальной средой CLR, примерно так же, как файл doc читается вордом- работают со стандартными библиотеками ОС посредством библиотек-оболочек, также использующих принцип управляемого кода и поэтому во многом отличающихся от стандартных (.NET под виндой, Mono/GTK# под никсами) .Все остальные различия вытекают из вышеописанных (точнее вышеописанного) .Прочувствовать их легче всего на практике, пописав разные программы на сях, плюсах, шарпе.P.S.Всякие левые реализации С++, например, под тот же .NET, распространены мало и в понятие "С++" обычно не включаются.
Ответ от Ra[гуру]
Очередная порция бреда от господина В. Змея.> - чаще всего, работают напрямую со стандартными библиотеками ОС (под виндой - WinAPI, под никсами - X Window System)Под юниксами стандартными библиотеками являются библиотеки реализующие стандарты POSIX, но ни как не библиотеки X Windows System. Юниксы вообще спокойно могут работать без Иксов, к примеру, в каком-нибудь роутере.Уже с хрен знает какого времени никто, кроме разработчиков GUI библиотек и оконных менеджеров, не работает с Иксами напрямую а используют библиотеки GTK+, Qt, Fltk, Tk и др. , можно встретить старые программы, которые используют Xaw или Motif. Допустим, господин В. Змей таки умудрился написать программу, со стандартными элементами управления, которые он сам же реализовал и ему понадобилось в своей программе реализовать работу с несколькими окнами, тут его поджидает очередная засада -- ему придется заодно реализовать и оконный менеджер для X Window, чтобы уж было все "нативно".> нативными библиотеками (под виндой - MFC, под никсами - GTK+).И когда же GTK+ вдруг стала частью или стандартной библиотекой юниксов? А может она стала компонентом X Window? Может быть господин В. Змей озвучит момент сего исторического события. Всего лишь одна из нескольких библиотек для построения пользовательского интерфейса, ни более.> похожий на тот, в котором записан, скажем, формат ворда или экзелаСкажем, не очень похожий. А учитывая то, что последние версии форматов ворда и экселя -- это просто куча XML файлов, запакованных в архив, скажем, что совсем не похожий.> - выполняются виртуальной средой CLR, примерно так же, как файл doc читается вордомДаже не примерно, близко не валялись.Байт код .NET больше похож на код очень продвинутого несуществующего процессора. Кстати, существовали процессоры, которые напрямую исполняли байт-код Java, и получается, что для таких процессоров компилятор Java выдавал нативный код, но при переносе на другую платформу, тот же самый код становится байт-кодом и требует для исполнения JVM.> компилируются в машинные коды при запуске с пошаговым анализом (принцип управляемого кода)Управляемый код (по MicroSoft) -- код исполняемый под управлением виртуальной машины и не более.То, о чем пытался написать господин В. Змей называется JIT (компиляция на лету) . JIT -- это часть .NET инфраструктуры, но это ни в коем разе не "принцип управляемого кода".А может быть господин В. Змей все это специально пишет? Чтобы народ повеселить. Так на IT-Петросяна 88-го уровня никак не тянет, а только дезинформирует новичков.
Очередная порция бреда от господина В. Змея.> - чаще всего, работают напрямую со стандартными библиотеками ОС (под виндой - WinAPI, под никсами - X Window System)Под юниксами стандартными библиотеками являются библиотеки реализующие стандарты POSIX, но ни как не библиотеки X Windows System. Юниксы вообще спокойно могут работать без Иксов, к примеру, в каком-нибудь роутере.Уже с хрен знает какого времени никто, кроме разработчиков GUI библиотек и оконных менеджеров, не работает с Иксами напрямую а используют библиотеки GTK+, Qt, Fltk, Tk и др. , можно встретить старые программы, которые используют Xaw или Motif. Допустим, господин В. Змей таки умудрился написать программу, со стандартными элементами управления, которые он сам же реализовал и ему понадобилось в своей программе реализовать работу с несколькими окнами, тут его поджидает очередная засада -- ему придется заодно реализовать и оконный менеджер для X Window, чтобы уж было все "нативно".> нативными библиотеками (под виндой - MFC, под никсами - GTK+).И когда же GTK+ вдруг стала частью или стандартной библиотекой юниксов? А может она стала компонентом X Window? Может быть господин В. Змей озвучит момент сего исторического события. Всего лишь одна из нескольких библиотек для построения пользовательского интерфейса, ни более.> похожий на тот, в котором записан, скажем, формат ворда или экзелаСкажем, не очень похожий. А учитывая то, что последние версии форматов ворда и экселя -- это просто куча XML файлов, запакованных в архив, скажем, что совсем не похожий.> - выполняются виртуальной средой CLR, примерно так же, как файл doc читается вордомДаже не примерно, близко не валялись.Байт код .NET больше похож на код очень продвинутого несуществующего процессора. Кстати, существовали процессоры, которые напрямую исполняли байт-код Java, и получается, что для таких процессоров компилятор Java выдавал нативный код, но при переносе на другую платформу, тот же самый код становится байт-кодом и требует для исполнения JVM.> компилируются в машинные коды при запуске с пошаговым анализом (принцип управляемого кода)Управляемый код (по MicroSoft) -- код исполняемый под управлением виртуальной машины и не более.То, о чем пытался написать господин В. Змей называется JIT (компиляция на лету) . JIT -- это часть .NET инфраструктуры, но это ни в коем разе не "принцип управляемого кода".А может быть господин В. Змей все это специально пишет? Чтобы народ повеселить. Так на IT-Петросяна 88-го уровня никак не тянет, а только дезинформирует новичков.
Ответ от 22 ответа[гуру]
Привет! Вот подборка тем с похожими вопросами и ответами на Ваш вопрос: В чем отличие C Sharp, С, и С++?