Перегляньте відео нижче, щоб дізнатися, як встановити наш сайт як веб-програму на головному екрані.
Замітка: This feature may not be available in some browsers.
Знижка на баннерну рекламу 30%!
Банер на всіх сторінках сайту, в мобільній та десктопній версії за 14 тис. грн на місяць.
Статистика сайту.
Контакт: kharkovforum.com@gmail.com
Ви використовуєте застарілий браузер. Цей та інші сайти можуть відображатися в ньому некоректно. Необхідно оновити браузер або спробувати використовувати https://www.google.com/chrome/
А вот тут признаюсь слаб... НО есть у меня подозрения, что далеко не все фичи можно "неиспользовать", например полностью отключить обработку исключений.
также как и в любом другом языке. ООП - это не язык, а парадигма и писать объектный код можно фактически на любом языке, не зависимо от того, есть ли нативная поддержка ООП. ООП прекрасно работает даже на ассемблере.
не буду показывать пальцем, у кого тут смешались люди и кони, просто намекну. Много вы знаете RTOS ядер на C++, сертифицированных для применения в авионике? На C таковые имеются.
Ну и как пример, помнится лет 8 назад писал на C++ что-то для статанализа с матричными вычислениями на шаблонах и наткнулся на интересный баг. В MSVC шаблон компилися одним образом, а в Borland совсем другим, давая разные результаты в зависимости от типа компилятора. Фишку к сожалению уже не помню, что-то связанное с синтаксисом шаблонов. Вот вам и mission critical на C++
также как и в любом другом языке. ООП - это не язык, а парадигма и писать объектный код можно фактически на любом языке, не зависимо от того, есть ли нативная поддержка ООП. ООП прекрасно работает даже на ассемблере.
не буду показывать пальцем, у кого тут смешались люди и кони, просто намекну. Много вы знаете RTOS ядер на C++, сертифицированных для применения в авионике? На C таковые имеются.
И??? Кто-то с этим спорил? Кесарю-Кесарево. Но причем здесь строгость языка? Более строгий как раз С++, в то время когда С позволяет кастить почти все почти ко всему, и вытварять с кодом и с данными практически все что угодно.
Ну и как пример, помнится лет 8 назад писал на C++ что-то для статанализа с матричными вычислениями на шаблонах и наткнулся на интересный баг. В MSVC шаблон компилися одним образом, а в Borland совсем другим, давая разные результаты в зависимости от типа компилятора. Фишку к сожалению уже не помню, что-то связанное с синтаксисом шаблонов. Вот вам и mission critical на C++
Вспомнила бабка когда девкой была А когда я лет 10 назад начинал писал на С канали вот такие конструкции:
PHP:
int main()
{
rez = 0;
return rez;
}
Что же касается "бага":
1 - Есть такая вещь как undefined behavior - ситуации, которые неописаны в стандарте и отданы на откуп разработчикам. В таких условиях поведение различных компиляторов может быть различным - от ошибки до "своей трактовки".
2 - ДАже если это defined behavior - то даже, сейчас, неговоря уже о тех далеких годах далеко не все компиляторы на 100% соответствуют стандартам языка.
Это касается как компиляторов С, так и С++.
Кстати насчет undefined behavior в С , помните, например, баянистый баг с линуксои, флешплеером и функцией memcpy
И??? Кто-то с этим спорил? Кесарю-Кесарево. Но причем здесь строгость языка? Более строгий как раз С++, в то время когда С позволяет кастить почти все почти ко всему, и вытварять с кодом и с данными практически все что угодно.
И??? Кто-то с этим спорил? Кесарю-Кесарево. Но причем здесь строгость языка? Более строгий как раз С++, в то время когда С позволяет кастить почти все почти ко всему, и вытварять с кодом и с данными практически все что угодно.
а C++ разве не позволяет кастить все ко всему? Я больше скажу, даже C# позволяет кастить все ко всему
Проблема С++ для safe critical задач в том что шаблоны, множественное наследование и т.п. вносят слишком много неопределенности в код. Во первых сложней создать парсер для верификации. Во вторых намного большее количество фич языка позволяют написать больше потенциально опасных конструкций. Ну и в третьих более сложный код дает больший риск появления ошибок
Проблема С++ для safe critical задач в том что шаблоны, множественное наследование и т.п. вносят слишком много неопределенности в код. Во первых сложней создать парсер для верификации. Во вторых намного большее количество фич языка позволяют написать больше потенциально опасных конструкций. Ну и в третьих более сложный код дает больший риск появления ошибок
В том то и дело, что на С++ не надо писать сложного кода с большими рисками ошибок, это не С, который изначально придумывался как более простоя замена ассемблеру. С++ это исключительно язык высокоуровнего программирования для написания прозрачного кода, да там есть возможность писать на гараздоо более низком уровне, но и в разетку у вас при желании есть возможность засунуть палец, но вы же этого не делаете? Ведь верно?
Неоднозначности нет. Но если этот код написан по ошибке, ну например в есть какой нить адресс функции в переменной j, и человек просто ошибся при написании, то компилир С++ вернет ошибку, а вот С (и С стайл в С++) нет.
Хотя наверное это не слишком удачный пример. Вот получше:
Ну если индусы писали на С++ то там может быть все что угодно. Нормальные люди, если пишут на плюсах работают где то на том же уровне абстракции что и джависты и в глубь не лезут.
Ну если индусы писали на С++ то там может быть все что угодно. Нормальные люди, если пишут на плюсах работают где то на том же уровне абстракции что и джависты и в глубь не лезут.
да нет, писали немцы и с абстракцией там было пожалуй даже черезчур... Все как полагается. Вот только прозрачным код назвать язык не повернулся бы. Скорее мозгодробильный. На джаве и шарпе такого точно не встретишь. Жуткая гремучая смесь шаблонов, множественного наследования и указателей
да нет, писали немцы и с абстракцией там было пожалуй даже черезчур... Все как полагается. Вот только прозрачным код назвать язык не повернулся бы. Скорее мозгодробильный. На джаве и шарпе такого точно не встретишь. Жуткая гремучая смесь шаблонов, множественного наследования и указателей
Не сочтите за тролинг, но что именно весит?
Девелопмент кит (считай компилятор)? Тогда какой из? Их насколько мне известно несколько и зависят они от набоа включенных библиотек.
Рантайм? Правда на нем не попрограмируешь?
ИДЕ? То какая? Можно ведь и в блокноте писать, а можно и в Эклипсе или нетбинсе.
Или речь идет о шарпе, который со студией идет?
У тебя нет локалки или ты через GPRS качать собираешься?
Странные у тебя критерии выбора изучаемого языка - выбираешь не то что больше нравится, а где меньше всего скачивать.
Подойди на переменке к учителю и попроси у него.