Создание обьекта_ у меня что-то с синтаксисом?

[8Observer8]

Сообщение от _Bers

А ну, мож невнимательно прочел.

Смысл простой: лучше инитить мемберы в списках, а туловище использовать только для окончательной настройки

В данном случае я не вижу разницы. А если у нас 20 мемберов типа int? Писать их через запятую в списке... я бы лучше в теле написал, в столбик. Так проще читать.

[8Observer8]

К тому же, если будет много мемберов (встроенного типа), то в хэдере некрасиво будет смотреться список (+ значения по умолчанию). Я бы лучше убрал инициализацию в тело (в файл реализации). Ну 20 много, это я перегнул. Аргументы конструктора в числе 20 - это слишком. Пусть будет, скажем около 10, то в .cpp-файл их.

[_Bers]

Сообщение от 8Observer8

А если у нас 20 мемберов типа int? Писать их через запятую в списке... я бы лучше в теле написал, в столбик. Так проще читать.

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

Во-вторых, в списках так же столбиком пишут:

Some::Some()
   :mValue(0)
   ,mError(false)
{}

И смотрится оно читабельно, ибо "канонично" (распространенная практика).

Ну а самое главное: чем больше интов, тем больше будет просадка производительности если не использовать список инициализации.

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

Сообщение от 8Observer8

К тому же, если будет много мемберов (встроенного типа), то в хэдере некрасиво будет смотреться список

Списки инициализации относятся к реализации конструктора, а не к его декларации.

То бишь, их можно вынести в спп файл точно так же, как и туловище.

[8Observer8]

Сообщение от _Bers

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

Ну это я перегнул с 20 мемберами, я потом поправился, что меньше 10.

Сообщение от _Bers

Во-вторых, в списках так же столбиком пишут:

Some::Some()
   :mValue(0)
   ,mError(false)
{}

И смотрится оно читабельно, ибо "канонично" (распространенная практика).

Да, читабельно, согласен. Но когда используешь автоматическое выравнивание. Ну то есть запускаешь программу для выравнивания текста (в NetBeans комбинация клавиш Alt+Shift+F), то список прижимается к левому краю. Возможно это можно настроить. А может и так читабельно будет. Просто привыкнуть нужно. Вот как прижимается:

Cat::Cat(int initialAge, int b)
: itsAge(initialAge),
B(b) {
}

Сообщение от _Bers

Ну а самое главное: чем больше интов, тем больше будет просадка производительности если не использовать список инициализации.

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

Вот здесь я пока не могу поверить на слово. Нужно поискать, почитать. Так как у Мейерса написано:

Для объектов встроенных типов вроде numTimesConsulted нет разницы по затратам между инициализацией и присваиванием, но для единообразия часто лучше инициировать все посредством списка инициализации членов.

Сообщение от _Bers

Списки инициализации относятся к реализации конструктора, а не к его декларации.

То бишь, их можно вынести в спп файл точно так же, как и туловище.

Да, спасибо! Я пример переделал:

Cat.h

#ifndef CAT_H
#define	CAT_H

class Cat {
public:
    Cat(int initialAge = 5, int b = 8);
    int GetAge() const;
    int GetB() const;
private:
    int itsAge;
    int B;
};

#endif	/* CAT_H */

Cat.cpp

#include "Cat.h"

Cat::Cat(int initialAge, int b) 
: itsAge(initialAge), 
B(b) {
}

int Cat::GetAge() const {
    return itsAge;
}

int Cat::GetB() const {
    return B;
}

main.cpp

#include <iostream>
#include "Cat.h"
using namespace std;

int main(int argc, char** argv) {
    Cat cat;
    cout << cat.GetAge() << endl;
    cout << cat.GetB() << endl;
    return 0;
}

[8Observer8]

Даже вот так читабельнее будет, если запятаю перенести, как у тебя в примере (переменные на одном уровне теперь):

Cat::Cat(int initialAge, int b)
: itsAge(initialAge)
, B(b) {
}

[_Bers]

8Observer8,

"Для объектов встроенных типов вроде numTimesConsulted нет разницы по затратам между инициализацией и присваиванием, но для единообразия часто лучше инициировать все посредством списка инициализации членов"(c)Мейерс

А, ну я кажись понял:

int val;    //<--- выделение памяти и ничего не деланье
val = 10; //<--- присвоение примитиву равносильно тупо заполнить ячейку памяти

int val =10;    //<--- выделение памяти, и заполнение ячейки памяти

По смыслу, завтратам и наблюдаемому поведению для примитива оба варианта эквивалентны.

Действительно, второй вариант делает все ровно тоже самое, что и первый.

Моя ошибка была в том, что я почему то не подумал что: "ничего не делающий конструктор" - бесплатен. Потому что компилятор тупо ничего не делает.

/ps

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

Поэтому, конструкторы примитивов - фиктивны. С точки зрения пользователя они как бы есть, но с точки зрения кухни компилятора - он имитирует их работу.

Это вызывает некоторую ассимитричность:

Для классов:

SomeClass obj; //<--- запуск дефолтного конструктора
const SomeClass& ref = SomeClass(); //<--- запуск дефолтного конструктора

В обоих случаях запускается один и тот же дефолтный конструктор.

Но у примитивов есть "как бы" два дефолтных конструктора:

1.

int val; //ничего не делающий конструктор. Будет содержать мусор

На самом деле здесь компилятор вообще никакого конструктора не запустит. Не зачем запускать заведомо пустую функцию.
Поэтому, он бесплатен.

Но я видимо так заморочился с шаблонами и унифицированными обработками, что привык думать что у любых типов всегда запускается ctor
И для облегчения понимания обозвал его "ничего не делающим" но все таки конструктором, а правильно думать "отсутствие конструктора"

2.

const int& ref = int(); //дефолтный конструктор, инициализует нулем

[Dimka-novitsek]

Спасибо!!!

[Dimka-novitsek]

А я все же, вернусь к коду

#include <string> 
#include <iostream> // для объекта cout
using namespace std;

#include<iomanip>
//Этот файл содержит большую часть манипуляторов C++. Если вы не знаете, что такое манипулятор, не беспокойтесь. Просто подключите это файл вместе с iostream, хуже не станет.
#include<fstream> 
//Подключается при работе с файлами.

   class Cat
		{
	 public:
	    Cat(int initialAge=5); 
	    ~Cat();
	    int GetAge() const; // метод доступа const функция доступа к данным-членам класса без права их изменения
	    void SetAge (int age);
	    void Meow();
		void Wydam()  {Bam();};	  //статический метод
		int Bgsamm();
	  private:
	    int itsAge;	// статические переменные класса (Статическое поле)
		int B;
		void Метод ();
	//	Cat(){itsAge=0; B=8;};
		void Bam( ){cout << "Wydam\n";
		                          int BG=itsAge+ B;
		                          cout << BG;   } 
	    
	    };
  										  
 // конструктор класса Cat
  Cat::Cat(int initialAge)
   {
   itsAge = initialAge;
   cout << "Cat constructor\n";
   }

  Cat::~Cat() // деструктор, который не выполняет никаких действий
  {
  cout << "Cat destructor\n";
  }

 

 int Cat::Bgsamm() 
 {
  return (itsAge++); 
 }


 

 // определение функции SetAge как открытого
 // метода доступа к данным класса
 void Cat::SetAge(int age)
 {
    // присваиваем переменной-члену itsAge
    // значение переданного парйметра age
  itsAge = age;
 }

 

      // Определение метода Meow
	  // возвращает void
	  // параметров нет
	  // используется для вывода на экран текста "Meow"
  void Cat::Meow()
  {
  cout << "Meow.\n";
  }

 

  Cat объект;
  void Cat::Метод (int целая=100); //обычный метод
 {целая=целая+initialAge; cout << целая;cout << "  целая\n";}	  

 int main()
 {
     Cat Frisky; 
     Frisky.Meow();
	
     cout << объект.GetAge();
	 объект.Bgsamm();
     объект.Wydam();
	 объект. Bam();
	 объект.Метод();
	 system("pause");
    return 0;
 }

cpp(76): error C2761: void Cat::Метод(void): повторное объявление функции не разрешается

[Igor95]

*DELETED*
Прошу прощения - не посмотрел на сигнатуру Метод() и Метод(int).

[Dimka-novitsek]

Ох, ты.
Я думал, что так надо. Спасибо!! Щас я еще на код посмотрю.