С++ с нуля

Всем привет!
не кидайте тапками )
Изучаю Си и Си++ с нуля, книга Стивен Прата, и некоторые примеры набираю в Visual Studio, создал файл с расширением .с
Залез в компилятор и установил старый, msvc, но это не прокатывает.

Не компилируется, хотя в книге написано должно C90

int m = 3;
int a[m];

выходит ошибка.
.
Как посоветуете изучать си и си++?
Какой стандарт выбрать?

Всем удачи и здоровья!

0

tahir_, после C++ перейти на Си не трудно (если вдруг вообще такая надобность вдруг возникнет)

1

Сообщение от tahir_ Идея была Си изучить потом Си++ Раз она продолжение Си, то мне показалось так правильнее.

Это неправильная постановка вопроса. Си - язык процедурного программирования: функции, переменные и вот это всё. С++ же объектно-ориентированный ЯП, соответственно на его основе можно изучать ООП как другой, более высокоуровневый, подход к решению задач. И последовательное изучение Си, а потом С++ надо рассматривать именно в контексте последовательного изучения сначала процедурного стиля программирования и перехода к ООП. В этом плане их синтаксическая схожесть с одной стороны помогает быстрее получить практические результаты, но с другой может затормозить переход от одной парадигмы программирования к другой.

Добавлено через 1 минуту

Сообщение от Алексей1153 если вдруг вообще такая надобность вдруг возникнет

Всякие микроконтроллеры и прочие низкоуровневые вещи ещё долго будут жить на С. В реальной работе такая надобность вполне вероятна.

2

John Prick, кто с контроллерами возится - он так и будет на Си работать. А ТС явно контроллерами не занимается

1

Сообщение от Алексей1153 кто с контроллерами возится - он так и будет на Си работать.

Задачи нынче сложнее становятся. К контроллерам часто надо ещё утилитки на ПК писать, и даже в какую-нить общую систему встраивать, где и удалённое управление может быть, и веб, и т.п. Да и границы между контроллерами и миникомпьютерами под операционкой понемногу стираются, а там уже и С++ вступает.

1

Сообщение от John Prick Это неправильная постановка вопроса. Си - язык процедурного программирования: функции, переменные и вот это всё. С++ же объектно-ориентированный ЯП, соответственно на его основе можно изучать ООП как другой, более высокоуровневый, подход к решению задач.

В C++ конструкторы и деструкторы вызываются автоматически, в Си ты ручками прописываешь вызов regcomp и regfree. Которые все равно конструируют и разрушают объекты из объектно-ориентированного ЯП. В C++ ты пишешь sort(array.begin(),array.end()) и компилятор сам инлайнит все нужные компараторы. В Си ты пишешь вырвиглазное qsort(arrayBegin,arrayEnd-arrayBegin,sizeof(T),&objectComp) с очень "эффективными" указателями на функции вместо инлайна. Это правильнее называть не "процедурным программированием", а велосипедами и костылями.

1

Вот например игра "Морской бой" человек с компьютером. Есть поле 10х10, есть 2 персонажа - чел и комп, которые хоть и играют в одну игру, алгоритм действий у них разный: чел просто вводит координаты хода, комп должен рассчитать свой ход (хоть рэндомом, чем сложнее - тем лучше будет его игра). Есть корабль, есть отдельные палубы, из которых корабль состоит. Вот собсна и всё.
Как сделать процедурным программированием - понятно. Поле - статический массив 10х10. Корабли и вообще картинка на экране - числа в массиве. Ходы - функции, и т.п.

Вопрос - как тут прикрутить ООП, что делать классом - поле, игроков, корабли? От чего чему наследоваться - ну, что-бы было полноценное ООП?

0

alexu_007, зачем обязательно наследоваться ? Класс поля, класс корабля, класс игрока

0

Сообщение от alexu_007 Вопрос - как тут прикрутить ООП, что делать классом - поле, игроков, корабли? От чего чему наследоваться - ну, что-бы было полноценное ООП?

Допустим, чтобы рассчитать свой ход, комп мысленно расставляет неизвестные ему корабли так, чтобы они не пересекались с уже известными. И потом стреляет по этим воображаемым кораблям, понадеявшись что расставил их правильно. Вот, значит, в "воображении" компа появляется еще одно поле. А раз полей стало два, лепим для них класс. Теперь, один из игроков палит во вражеский кораблик и подбивает одну клеточку. Нужно сказать ранен корабль или убит. Для этого нам надо где-то запомнить сколько у кораблика осталось хитпоинтов. Делаем еще один класс.

Короче, в чем проблема то? Все прекрасно оформляется в ООП-стиле.

0

Сообщение от alexu_007 Как сделать процедурным программированием - понятно.

Сделать также в C++, ведь это мультипарадигменный язык.

0

Сообщение от alexu_007 Вот например игра "Морской бой" человек с компьютером. <...> Вопрос - как тут прикрутить ООП <...>?

Вопрос. Но я бы начал не с него, а вот с этого:

Сообщение от alexu_007 Как сделать процедурным программированием - понятно. Поле - статический массив 10х10. Корабли и вообще картинка на экране - числа в массиве. Ходы - функции, и т.п.

Не сказал бы, что так уж и понятно. Например, поле - массив чего? Чисел int? А что это за числа? Символов? Поле содержит игровую информацию и одновременно элементы визуализации? Ну так себе решение: если вдруг надо будет что-то поменять в логике игры или дизайне, придётся менять и логику и дизайн.

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

И вот уже вырисовывается то, что в объектном варианте станет классом. Собственно, общая структура программы при переходе на ООП останется во многом схожей, но модульность станет более отчётливой. Взаимодействие игровых сущностей перейдёт от прямой записи переменных к вызову коллбэков, например, при изменении (попадании) в поле. То, что в функции в процедурном варианте передавалось указателем на структуру, станет классом, а эти функции - его функциями-членами. И т.д. и т.п.

0

Сообщение от Алексей1153 Класс поля, класс корабля, класс игрока

Поле это двумерный массив с цифрами, например: 0 - ничего нет, 1 - палуба, 2 - раненая палуба, 3 - убитая палуба, 4 - мимо и т.д. Для игры нужно два поля. Разница только в том, что на поле компа не отображаются единички (человек не видит куда стреляет). Зачем тут нужен класс, если можно обойтись простыми массивами - непонятно.

Игроки действуют по разному - чел вводит цифры с клавиатуры или кликает мышкой в экран, комп как-то рассчитывает свои ходы. Зачем два класса, каждый из которых будет существовать в единственном экземпляре - тоже не очень понятно.

Ну корабль да, может быть, он может хранить информацию о своём состоянии (сколько палуб, есть ли раненые и т.д.). Но это так же легко реализовать и функциями. Каких-то значительных преимуществ я не вижу.

Добавлено через 2 минуты

Сообщение от John Prick Например, поле - массив чего? Чисел int? А что это за числа?

Поле - массив чисел int. А в зависимости от этих чисел на экран выводятся картинки. Ну, имеется ввиду графический интерфейс, не в консоли же...

Добавлено через 3 минуты

Сообщение от John Prick Выходит, что поле - это, скорее, должен быть массив структур с информацией о том, что содержит поле, текущее состояние, возможно, указатель на корабль на этом поле и т.д. А за отображение будет отвечать уже другой модуль, содержащий функции, которые умеют представить игровое поле в визуально понятном виде.

Ну вот, этого я и боялся. Из простой и понятной программы вырастает трудно представимый монстр: массив структур, текущее состояние, указатели на корабли...

Добавлено через 14 минут

Сообщение от John Prick Взаимодействие игровых сущностей перейдёт от прямой записи переменных к вызову коллбэков, например, при изменении (попадании) в поле. То, что в функции в процедурном варианте передавалось указателем на структуру, станет классом, а эти функции - его функциями-членами. И т.д. и т.п.

При "выстреле" генерируются (неважно как) всего две координаты. И проверяется, что по этим координатам находится в таблице. Если ноль - это просто мимо. Если туда уже был выстрел (или это область вокруг убитого корабля, где не может быть ничего, т.к. корабли не соприкасаются) - ошибка. Не будем наживаться на ошибочных кликах человека "не туда". Интерес представляет только попадание - компьютер (и человек) должен дать ответ "ранен" или "убит". Ну это несложно сделать функцией - достаточно проверить поля сверху-снизу-справа-слева. Если там есть ещё неубитая палуба корабля - значит ранен. Так что можно (и не очень сложно) обойтись без структур, указателей и т.п.

0

Сообщение от alexu_007 Но это так же легко реализовать и функциями. Каких-то значительных преимуществ я не вижу.

Упорядочивание функций, относящихся к кораблю, к игроку, к полю и т.д.

Точно так же как в С упорядочиваешь переменные по структурам (хотя ничто не мешает хранить все переменные отдельно, и передавать в аргументы функции отдельно) так в С++ функции упорядочиваются по классам.

0

alexu_007, сильное впечатление складывается, что все твои вопросы в этой теме - риторические.
Ты их задаёшь, получаешь ответ... и тут же начинаешь с ответом спорить и пытаться его опровергнуть.
Тебе в этой теме ответы нужны или пустой холивар? Если ты и так всё для себя решил, зачем прикидываешься наивным новичком, который не знает ничего про С++???

-Ой, Вот это написано на С или С++? Я тут новичок и ничего не знаю! -Вот тебе ответ... -Атыдокажи ахаха-лол, а вот тебе ещё пачка вопросов: а это скомпилируется? а С++ это Си с классами? Нафига учить устаревшие сишные циклы, отвечай мне да или нет? Или вот про Морской бой...?

Очень напоминает эту отвратительную стереотипную еврейскую манеру риторики. Вопросом на вопрос, вопросом на вопрос. И все вопросы риторические...

0

alexu_007, класс - это чёрный ящик. И неважно, массив у него там внутри или база данных. Для прототипирования можно накидать пустышки классов с методами - вообще без данных

Добавлено через 2 минуты
alexu_007, в Си ты точно так же используешь классы, только каждый класс у тебя размазан ровным слоем по всему коду, из-за чего становится сложно его модифицировать, а иногда - и просто работать с ним

в реальном мире всё состоит из объектов, поэтому объекты - это естественный способ моделирования.

0

Сообщение от Алексей1153 alexu_007, в Си ты точно так же используешь классы, только каждый класс у тебя размазан ровным слоем по всему коду, из-за чего становится сложно его модифицировать, а иногда - и просто работать с ним

Это не совсем так, но спорить дальше неохота. Сдаюсь.

0

Сообщение от alexu_007 Ну вот, этого я и боялся. Из простой и понятной программы вырастает трудно представимый монстр: массив структур, текущее состояние, указатели на корабли...

Простота - понятие относительное. Любая программа по мере разработки начинает обрастать мелкими деталями, которые не учитывались при первых набросках типа "тут поле-массив 10х10, корабли, ну понятно..." И в скором времени за ворохом этих мелочей начинает теряться вся суть.

Вот взять даже приведнное вами:

Сообщение от alexu_007 При "выстреле" генерируются (неважно как) всего две координаты. И проверяется, что по этим координатам находится в таблице.

Да, вроде бы, действительно проще некуда, однако далее следует:

Сообщение от alexu_007 Интерес представляет только попадание - компьютер (и человек) должен дать ответ "ранен" или "убит". Ну это несложно сделать функцией - достаточно проверить поля сверху-снизу-справа-слева. Если там есть ещё неубитая палуба корабля - значит ранен.

Так, что у нас тут? Значит при попадании в поле, если там корабль, то смотрим соседние поля, и если там корабль, но без попадания. то "ранен", а если с попаданием или нет корабля - то "убит". Только в одном этом предложении 3 ветвления. Хотя это ведь ещё не все случаи. А если мы попали в "край" корабля, который в центре уже подбит, а с другого края ещё нет? Значит просмотра соседних полей не достаточно, надо идти по всем, где может быть корабль. А потом ещё, если он будет всё-таки убит, проделать эту операцию заново, чтобы исключить из игры соседние с кораблём поля. Чё-т как-то уже не так уж "просто и понятно" становится.

В объектно-ориентированном коде обработка попадания была бы примерно такой:
Понятно, что полные определения классов будут иметь приличный объём кода, но для демонстрации "монструозности и труднопредставимости" хватит и этого.

0

число элементов массива должно быть постоянным, поэтому

Сообщение от tahir_ int m = 3; int a[m];

не имеет смысла

0

Сообщение от vlisp число элементов массива должно быть постоянным

Это variable-length array. Разрешено в Си, в плюсах доступно как расширение компилятора. Если мне память не изменяет, планировалось и в стандарт плюсов внести, то все утонуло в каких-то спорах о деталях реализации.

0

vlisp,
Ничего необычного, так-же, если увидете:
Это v.l.a

Добавлено через 2 минуты

не имеет смысла

Так-что есть, смысл...

0

Сообщение от John Prick Хотя это ведь ещё не все случаи.

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

Сообщение от John Prick А потом ещё, если он будет всё-таки убит, проделать эту операцию заново, чтобы исключить из игры соседние с кораблём поля.

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

Миниатюры

 

0