Модераторы: Daevaorn

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Как запретить создание экземпляра класса? 
:(
    Опции темы
akahan
Дата 1.3.2007, 16:09 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 15
Регистрация: 11.2.2007

Репутация: нет
Всего: нет
Привет, хакеры!
Мне нужно при создании экземпляра класса запретить его создание! Т.Е., допустим:
Код

class foo
{
   foo(int b)
  {
      if(!b)
         delete this;
      else
         c=b;
  }

private:
   int c;
};



Правильный ли это код??? Если нет, то как мне сделать, что-бы при не прохождениии условия экземпляр класса не создавался, а возвращался допустим NULL.


Это сообщение отредактировал(а) akahan - 1.3.2007, 16:10
PM MAIL   Вверх
Fazil6
Дата 1.3.2007, 16:18 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1653
Регистрация: 3.5.2006
Где: Минск

Репутация: 35
Всего: 60
Код

Мне нужно при создании экземпляра класса запретить его создание!

тут нужно бросать исключение по проверке условия

а лучше вот так
Код

class foo
{
public:
static foo * Create(int b)
{
 if(!b) return NULL;
 return new foo(b);
}
private:
   foo(int b) : c(b)
  {
             
  }

private:
   int c;
};

// создавать так

foo * f(foo::Create(b)) ; // не забыть удалить потом



Код

// еще лучше использовать не указатель, а
typedef boost::shared_ptr<foo> too_t;

class foo
{
public:
static too_t Create(int b)
   {
      if(!b) return NULL;
      return new foo(b);
   }
private:
   foo(int b) : c(b)
  {
             
  }

private:
   int c;
};

// создавать так

too_t  f(foo::Create(b)) ; // удалится когда надо само





Это сообщение отредактировал(а) Fazil6 - 1.3.2007, 16:26
PM MAIL   Вверх
skyboy
Дата 1.3.2007, 16:31 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


неОпытный
****


Профиль
Группа: Модератор
Сообщений: 9820
Регистрация: 18.5.2006
Где: Днепропетровск

Репутация: 1
Всего: 260
вариант попроще(как это реализовано в паттерне "Одиночка"): делаешь конструктор private, а вместо new foo используешь вызов некой функции getInstance. правда, я не знаю, можно ли объявить статический метод, тип результата которого - сам класс... или, может, потом(при создании) приведение типов делать надо будет... Не  в курсе smile
PM MAIL   Вверх
Fazil6
Дата 1.3.2007, 16:36 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1653
Регистрация: 3.5.2006
Где: Минск

Репутация: 35
Всего: 60
Цитата

вариант попроще(как это реализовано в паттерне "Одиночка"): делаешь конструктор private, а вместо new foo используешь вызов некой функции getInstance. правда, я не знаю, можно ли объявить статический метод, тип результата которого - сам класс... или, может, потом(при создании) приведение типов делать надо будет... Не  в курсе

Чем же он проще? Я именно это и написал. 
PM MAIL   Вверх
skyboy
Дата 1.3.2007, 16:36 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


неОпытный
****


Профиль
Группа: Модератор
Сообщений: 9820
Регистрация: 18.5.2006
Где: Днепропетровск

Репутация: 1
Всего: 260
опоздал smile

Добавлено @ 16:37 
Цитата(Fazil6 @  1.3.2007,  15:36 Найти цитируемый пост)
Чем же он проще? Я именно это и написал.  

когда я писал свой пост, ты ешё его не редактировал. неужто сложно догадаться, что пять минут - совсем небольшой срок? smile
PM MAIL   Вверх
akahan
Дата 2.3.2007, 01:29 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 15
Регистрация: 11.2.2007

Репутация: нет
Всего: нет
Допустим, последний вариант хороший, но как быть если foo наследуется от bar?
Что должна создавать Create класс foo или bar?
По идее расшаренная функция Create  должна быть в классе bar. Можно ли будет переопределять эту функцию в наследуемых классах? Или что делать в таком случае? Можно, конечно и непереопределять, но тогда придется делать каждый раз dynamic_cast?
PM MAIL   Вверх
Fazil6
Дата 2.3.2007, 01:57 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1653
Регистрация: 3.5.2006
Где: Минск

Репутация: 35
Всего: 60
Цитата

По идее расшаренная функция Create  должна быть в классе bar. Можно ли будет переопределять эту функцию в наследуемых классах? Или что делать в таком случае? Можно, конечно и непереопределять, но тогда придется делать каждый раз dynamic_cast?

тут лучше фабрику юзать.

Код


// хедер 
class FooBase  // класс абстрактный
{
public:
// тут определяется интерфейс 
// пустыми виртуальными функциями

};

typedef boost::shared_ptr<FooBase> Foo_t;

// функция возвращает реально созданный объект-наследника FooBase в зависимости от name
Foo_t FooFactory(const std::string &name); 

// можно сделать подругому, когда для каждого наследника есть отдельная функция 
Foo_t GetFooA();
Foo_t GetFooB();
Foo_t GetFooC();   

// объфвление и реализация самих наследников в cpp, при этом бесконтрольное создание их экземпляров теоретически невозможно, 
// ибо о них снаружи вообще никто не знает и они реализуют интерфейс базового класса

//  фабричные функции контролируют создание конкретных объектов



Это сообщение отредактировал(а) Fazil6 - 2.3.2007, 01:59
PM MAIL   Вверх
console
Дата 2.3.2007, 23:12 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 307
Регистрация: 12.2.2007
Где: Belarus::Minsk

Репутация: 1
Всего: 3
Ммм... а может стоит поместить чистую виртуальную функцию в класс, чтобы сделать его абстрактным?


--------------------
user posted image
Nothing is impossible
My WeBlog
PM MAIL WWW ICQ   Вверх
Athlon
Дата 2.3.2007, 23:29 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Шустрый
*


Профиль
Группа: Участник
Сообщений: 100
Регистрация: 15.1.2006
Где: Украина:: Запорож ье

Репутация: нет
Всего: нет
Цитата(console @  2.3.2007,  23:12 Найти цитируемый пост)
а может стоит поместить чистую виртуальную функцию в класс

+1, тогда уж точно создать экземпляр класса не удастся  smile 
PM MAIL ICQ   Вверх
Fazil6
Дата 2.3.2007, 23:53 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1653
Регистрация: 3.5.2006
Где: Минск

Репутация: 35
Всего: 60

Цитата(console @  2.3.2007,  22:12 Найти цитируемый пост)
Ммм... а может стоит поместить чистую виртуальную функцию в класс, чтобы сделать его абстрактным?


интересная мысль... А может не надо?
PM MAIL   Вверх
Xenon
Дата 3.3.2007, 00:02 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Участник Клуба
Сообщений: 1529
Регистрация: 12.4.2006

Репутация: 11
Всего: 50
console, тогда тому, кто будет читать твой код, будет непонятно, чего хочешь сделать


--------------------
user posted image  
PM MAIL   Вверх
console
Дата 3.3.2007, 00:23 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 307
Регистрация: 12.2.2007
Где: Belarus::Minsk

Репутация: 1
Всего: 3
Цитата(Xenon @  2.3.2007,  23:02 Найти цитируемый пост)
console, тогда тому, кто будет читать твой код, будет непонятно, чего хочешь сделать


Почему непонятно... Это ж классика..........
 Раз класс содержит хоть одну чистую виртуальную функцию - значит он абстрактный...... Правила эстетики


--------------------
user posted image
Nothing is impossible
My WeBlog
PM MAIL WWW ICQ   Вверх
Daevaorn
Дата 3.3.2007, 00:35 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Комодератор
Сообщений: 2155
Регистрация: 29.11.2004
Где: Москва

Репутация: 51
Всего: 70
Цитата(console @  3.3.2007,  01:23 Найти цитируемый пост)
Почему непонятно... Это ж классика..........
 Раз класс содержит хоть одну чистую виртуальную функцию - значит он абстрактный...... Правила эстетики 

судя по вопросу автора данной темы, вариант с фабрикой его устроит. А абстрактный класс это уже другая песьня.
PM MAIL WWW   Вверх
Xenon
Дата 3.3.2007, 02:14 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Участник Клуба
Сообщений: 1529
Регистрация: 12.4.2006

Репутация: 11
Всего: 50
console, ну я буду думать, что твой не только нельзя создать, но он еще и наследуется где-то, хотя это на самом деле не так smile


--------------------
user posted image  
PM MAIL   Вверх
threef
Дата 3.3.2007, 11:15 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 375
Регистрация: 27.10.2005
Где: Запорожье

Репутация: 9
Всего: 10
Код

class A{
public:
static A& create(void* param=NULL)
{
  if(!param) throw "create error";
  static  A x(param);
  return x;
}
~A(){}
protected :
   A(void* param)
{
 ...tarambaram
}
};
main()
{
   try{
        A& a=A::create();
   }
   catch(char*s)
   {
      cout<<s;
  }
}



и обьект не  динамический , и не создастся - в общем, я согласен с  Fazil6
PM MAIL   Вверх
Fazil6
Дата 3.3.2007, 16:36 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1653
Регистрация: 3.5.2006
Где: Минск

Репутация: 35
Всего: 60
threef, неправильный код.
Код

static A& create(void* param=NULL)
{
  if(!param) throw "create error";
  static  A x(param);
  return x;
}

как создать второй объект? третий? 

Код

throw "create error";

...


catch(char*s)

это конечно не ошибка, но это ведь плохо... Это исключение ради исключения. Выбор варианта обработки исключения должен производится на основании типа объекта исключения, а не его значения. Пока мы не проверим что в строке, мы не знаем что за ошибка. Я не придираюсь - просто глаз всегда цепляется за такие ляпы.
PM MAIL   Вверх
Любитель
Дата 4.3.2007, 00:52 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Программист-романтик
****


Профиль
Группа: Комодератор
Сообщений: 3645
Регистрация: 21.5.2005
Где: Воронеж

Репутация: 24
Всего: 92
Цитата(console @  2.3.2007,  23:12 Найти цитируемый пост)
а может стоит поместить чистую виртуальную функцию в класс, чтобы сделать его абстрактным?

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


--------------------
http://oryolalex.mybrute.com
PM MAIL ICQ Skype   Вверх
console
Дата 4.3.2007, 01:00 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 307
Регистрация: 12.2.2007
Где: Belarus::Minsk

Репутация: 1
Всего: 3
Любитель, 
Цитата(Любитель @  3.3.2007,  23:52 Найти цитируемый пост)
чтобы экземпляров класса точно не создали, лучше всего не писать сам класс.

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

2й вариант более приемлим ИМХО


--------------------
user posted image
Nothing is impossible
My WeBlog
PM MAIL WWW ICQ   Вверх
Rockie
Дата 4.3.2007, 02:05 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1143
Регистрация: 23.4.2006

Репутация: 8
Всего: 31
Цитата(akahan @  1.3.2007,  16:09 Найти цитируемый пост)
Мне нужно при создании экземпляра класса запретить его создание


Цитата(akahan @  2.3.2007,  01:29 Найти цитируемый пост)
как быть если foo наследуется от bar?


сделать конструктор protected?




--------------------
Чтобы иметь большой гардероб - надо иметь большой гардероб.
PM   Вверх
Fazil6
Дата 4.3.2007, 02:07 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1653
Регистрация: 3.5.2006
Где: Минск

Репутация: 35
Всего: 60
Цитата(Rockie @  4.3.2007,  01:05 Найти цитируемый пост)
сделать конструктор protected?

и что по твоему это даст?
PM MAIL   Вверх
Rockie
Дата 4.3.2007, 02:15 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1143
Регистрация: 23.4.2006

Репутация: 8
Всего: 31
Fazil6, запрет создания объекта при возможности создать наследников, imho. То есть в явном виде сам объект базового не будет существовать. Этj размышления, не проверял. 




--------------------
Чтобы иметь большой гардероб - надо иметь большой гардероб.
PM   Вверх
Rockie
Дата 4.3.2007, 02:34 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1143
Регистрация: 23.4.2006

Репутация: 8
Всего: 31
Проверил.
Код

class A{
protected:
    A(){}
};

class B: public A{
public:
    B(){}
};

int main()
{
    //A a;    // cannot access protected member declared in A
    B b;      // а тут все хорошо
    return 0;
}


Таким образом мы разрешаем наследование, но запрещаем создание объекта базового класса.




--------------------
Чтобы иметь большой гардероб - надо иметь большой гардероб.
PM   Вверх
Xenon
Дата 4.3.2007, 03:07 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Участник Клуба
Сообщений: 1529
Регистрация: 12.4.2006

Репутация: 11
Всего: 50
Ну по-моему и так понятно - private, если класс не наследуется, protectd, если наследуется. Явно указывать защищенность конструктора и деструктора надо, как завещал Саттер smile


--------------------
user posted image  
PM MAIL   Вверх
Rockie
Дата 4.3.2007, 14:15 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1143
Регистрация: 23.4.2006

Репутация: 8
Всего: 31
Цитата(Xenon @  4.3.2007,  03:07 Найти цитируемый пост)
Ну по-моему и так понятно - private, если класс не наследуется, protectd, если наследуется. Явно указывать защищенность конструктора и деструктора надо, как завещал Саттер  smile 

Саттер еще живой. Если он и указывал закрывать конструкторы, то явно не в том контексте в каком ты понял. 




--------------------
Чтобы иметь большой гардероб - надо иметь большой гардероб.
PM   Вверх
Xenon
Дата 4.3.2007, 15:58 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Участник Клуба
Сообщений: 1529
Регистрация: 12.4.2006

Репутация: 11
Всего: 50
Rockie, я не говорю "закрывать", я говорю "указывать спецификатор доступа" (public,protected,private) - обязаловка


--------------------
user posted image  
PM MAIL   Вверх
Страницы: (2) [Все] 1 2 
 Ответ в темуСоздание новой темы Создание опроса
Правила форума "С++:Общие вопросы"
Earnest Daevaorn

Добро пожаловать!

  • Черновик стандарта C++ (за октябрь 2005) можно скачать с этого сайта. Прямая ссылка на файл черновика(4.4мб).
  • Черновик стандарта C (за сентябрь 2005) можно скачать с этого сайта. Прямая ссылка на файл черновика (3.4мб).
  • Прежде чем задать вопрос, прочтите это и/или это!
  • Здесь хранится весь мировой запас ссылок на документы, связанные с C++ :)
  • Не брезгуйте пользоваться тегами [code=cpp][/code].
  • Пожалуйста, не просите написать за вас программы в этом разделе - для этого существует "Центр Помощи".
  • C++ FAQ

Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, Earnest Daevaorn
 
2 Пользователей читают эту тему (2 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | C/C++: Общие вопросы | Следующая тема »

Подписаться на тему | Подписка на этот форум | Скачать/Распечатать тему


 




[ Время генерации скрипта: 0.1584 ]   [ Использовано запросов: 21 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
 По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.