thanks.
посмотрите код, скажите где ошибки и +

Присоединённый файл ( Кол-во скачиваний: 14 )
 dzCpp.7z 3,35 Kb

это что?

Раздражает необходимость качать и распаковывать файл.
посмотрел. дикое нарушение всех правил форматирования и оформления кода (один из вариантов тут). Дальше смотреть не стал.

Плюсы наверное 

ТС.
1. Форматирование кривое. То есть оно в разных местах разное.
2. gender = 1; Пол лучше зафиксировать константами.
3. STUDENT(STUDENT & s) и STUDENT(STUDENT * s) можно выразить один через другой.
4. STUDENT::getExam сделай массив из трех результатов экзаменов.
5. STUDENT::getDate сделай getAge, getBirthday и getReceipt. Первое лучше вычислять через второе, как текущее_время - сохраненное_время (в качестве текущего_вреемени можно использовать и любое другое, если хочется узнать возраст человека, скажем, три года назад)
6. Какой ООП ты просишь посмотреть, там в коде просто пара структур.

Ты хотела сказать перечислением (enum)?

Есть множество способов введения констант. Пусть будет перечисление.

Есть множество. И в С разницы практически нет между #define и enum. А вот в С++ есть. А просто константа... Нужно сильно погеморроиться, чтобы не допустить присваивания левого значения...

сколько считаеться кода и файлов много при котором лучше архивировать?

да, похоже их нет.

нисколько. данное действие крайне не рекомендуется. Во-первых, потому что люди не любят грузить всякую гадость. Во-вторых, просто лень. В-третьих, может не быть архиватора (ладно бы зип использовал). В-третьих, просто неудобно. Как ты можешь заметить, скачало только 4 участника форума. А если бы ты выложил текст просто так, то было бы на порядок больше просмотров.
Поэтому, выкладываешь только те файлы, которых хочешь чтобы раскритиковали/похвалили. Более того, в большинстве случаев совсем не обязательно выкладывать полностью, достаточно лишь часть.
Я сильно сомневаюсь, что народ срочно побежит твой код компилировать...
Выкладывать архив следует тогда, когда тебя об этом попросят другие участники.

Вот поэтому и не стал скачивать.
Можно было и в сообщение вставить и на LWS выложить...

ferz721, тебе bsa уже дважды сказал, что прикреплённый архив - не лучшее решение, а воз и ныне там...

1. STUDENT(STUDENT * s) не нужен если есть STUDENT(STUDENT & s)
2. STUDENT(const STUDENT & s)
3. STUDENT(const STUDENT & s) не нужен, т.к. тривиален. компилятор сам его сделает
4. функции, определенные в классе не нужно объявлять inline, они такие по умолчанию
5. функции, не модифицирующие объект, должны быть объявлены с модификатором const

6. тривиальный (пустой) деструктор не нужен, компилятор сгенерирует его сам
7. signed int short это масло масляное. просто short
8. инициализация в конструкторе делается до тела


приведя класс в порядок мы получим весьма компактный код http://codepad.org/AHHyDYZ7
остальное в том же духе


Это сообщение отредактировал(а) baldina - 11.11.2011, 13:48

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

т.е. от "задачи про ООП" ничего не останется?  

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

полагаю, если отсутствие нескольких "полезных" конструкторов студент обоснует, это ему будет только в +

Добавлено через 5 минут и 15 секунд
мне кстати известен случай, когда студент подобным заниматься не стал, минималистский интерфейс объяснил, а на резонный вопрос преподавателя, что же материально и весомое останется для подтверждения знаний языка, студент на коленке набросал иерархию графических полиморфных объектов, попутно пояснив почему квадрат это не прямоугольник. препод был в отпаде.

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

красиво. запомню. 

Добавлено через 9 минут и 45 секунд

в книгах читал, что так стоит инициализировать в случае испльзования констант или при наследовании. почему так?

Во-первых, как иначе ты проинициализируешь константный атрибут класса? Рабочие варианты в студию (без грязных хаков, вроде const_cast и memcpy).
Во-вторых, иногда при наследовании ты должен как-то передать параметры в конструктор базового класса. Сможешь предложить другие варианты?
В-третьих, такой метод инициализации в принципе предпочтителен, так как у компилятора появляется больше возможностей для оптимизации.
В-четвертых, ты вообще не читал про оформление кода? Ты нас (да и себя в первую очередь) не уважаешь? Зачем выкладываешь заведомо трудно читаемый код? Тебе же самому его сложно понимать. Помни, что код ты пишешь 1 раз, а читаешь на несколько порядков больше.

отличный код, вообще-то

http://l-userpic.livejournal.com/102603775/5658153
если что 

Оу... Распаковываю, смотрю, выпадаю в осадок, думаю, удаляю. Айм сорри :(

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

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

О! Наконец-то адекватный новичок попался - на критику не в бутылку лезет, а нормально воспринимает. Такому у помочь хочется   
1. Раз уж решил использовать STL, то переделай groupST, чтобы он хранил вектор. Как-то так

хотя... без дополнительного функционала это - ненужная надстройка над vector< STUDENT >

2. "Экзамен" не должен быть частью "студента". Максимум - студент может иметь список указателей на экзамены. (О.. уже говорили... Ну, ничего, повторение, как известно...)
3. Если с тем, что birthday и receipt у студента не меняется - я соглашусь, то age не меняется только у студентов, у которых gender == woman  В общем необходимо дописать ф-цию вычисляющую и возвращающую age
4. Ну и, ессно, всё, что сказал baldina

Это сообщение отредактировал(а) borisbn - 12.11.2011, 09:11

borisbn ok

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

Это сообщение отредактировал(а) borisbn - 12.11.2011, 12:46

Если он у тебя широкоэкранный (только это объяснение я могу придумать), то вариантов несколько:
1. купить второй монитор и поставить над первым. Через два часа дырки между ними замечать не будешь.
2. сменить среду разработки на ту, которая сохраняет максимум вертикального пространства.
3. если монитор позволяет, то повернуть его на 90 градусов.
4. писать короткие функции, чтобы влезали на экран (это в принципе вообще хорошо)
5. пересилить себя и смириться...

Правила оформления кода придуманы не просто так. Есть даже языки, которые на неправильно оформленный код ругаются. В первую очередь это необходимо для того, чтобы одного взгляда на код было достаточно, чтобы определить его структуру. Где какие смысловые блоки, что в цикле, что в условии... Благодаря ему легко находятся (точнее, не допускаются) ошибки не включения операций в цикл/условие:
Да и потом, как заметил borisbn, код лучше читается сверху вниз.