Как правильно организовать зависимости?

@bra_dobrey · Регистрация: 29.05.2022

Author24 — интернет-сервис помощи студентам

У меня есть абстрактный интерфейс PasswordInterface его реализация находится в PasswordRealise, в свою очередь класс Application пользуется PasswordRealise через PasswordInterface.
Так получается что граф зависимостей у меня становится циклическим, потому что внутри Application нужно для создания обьекта PasswordRealise нужно включить его через include, да и появляется зависимость от конструктора конкретного класса.
Как разрешить эту проблему, и сделать что бы граф зависимостей получился ацикличным? Или это не проблема, и так и должно быть?

Алексей1153 · 29.08.2022, 14:00

bra_dobrey, язык какой ? Если C++ , то, скорее всего, предварительное объявление класса поможет

Добавлено через 37 секунд
в диаграммах не шарю, покажи код

@bra_dobrey · 29.08.2022, 14:15 **[ТС]**

в PasswordInterface.h

C++

class PasswordIntwrface {
public:
  virtual bool check(string) = 0;
  virtual bool renew(string) = 0;
}

B PasswordRealise.h

C++

#include "PasswordInterface.h"
 
class PasswordRealise : public PasswordInterface {
public:
  PasswordRealise(string s);
  bool check(string) override;
  bool renew(string) override;
}

B Application.h

C++

#include "PasswordInterface.h"
#include "PasswordRealise.h"
 
class Application {
public:
 Application() : password(new PasswordRealise("123")) {};
private:
 PasswordInterface * password;
}

Сам по себе PasswordInterface был создан для того что бы убрать зависимость от PasswordRealise. Но получается что зависимость по прежнему есть.

PasswordInterface.h и Application.h находится в одном .so файле а PasswordRealise.h в другом.

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

Сообщение от Алексей1153

bra_dobrey, язык какой ? Если C++ , то, скорее всего, предварительное объявление класса поможет

да язык С++

Алексей1153 · 29.08.2022, 14:28

bra_dobrey, примерно так

https://onlinegdb.com/WLeO0dNxm

@bra_dobrey · 29.08.2022, 14:31 **[ТС]**

Если просто объявляю

C++

1	class PasswordRealise;

Без подключения заголовка.
то в месте выделения пямяти жалеутся на неполный тип

error: expected type-specifier before ‘PasswordRealise’
allocation of incomplete type 'PasswordRealise'C/C++(clang-diagnostic-error)
Application.h(11, 7): forward declaration of 'PasswordInteface'

@korvin_ · 29.08.2022, 14:38

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

его реализация находится в PasswordRealise

Не по теме:

Это называется Implementation

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

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

Так получается что граф зависимостей у меня становится циклическим, потому что внутри Application нужно для создания обьекта PasswordRealise нужно включить его через include

Нет, он не получается циклическим.

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

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

Ну сделай фабрику, например.

@bra_dobrey · 29.08.2022, 14:41 **[ТС]**

https://onlinegdb.com/TrRwWDZ4D

Сообщение от Алексей1153

bra_dobrey, примерно так
https://onlinegdb.com/WLeO0dNxm

Вот так

https://onlinegdb.com/y3SzYMH_X

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

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

Нет, он не получается циклическим.

Понял, спасибо!

@korvin_ · 29.08.2022, 15:04

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

Вот так
https://onlinegdb.com/y3SzYMH_X

Только если ты хочешь ослабить связи, в Application нужно оставлять только PasswordInterface, а реализацию передавать в конструктор в main-функции. Хотя если у тебя назначение Application — инициализация всех зависимостей, то ок.

@bra_dobrey 0 / 1 / 0 Регистрация: 29.05.2022 Сообщений: 7
		1
	Как правильно организовать зависимости? 29.08.2022, 13:51. Показов 1209. Ответов 7 Метки ООП, паттерны (Все метки) У меня есть абстрактный интерфейс PasswordInterface его реализация находится в PasswordRealise, в свою очередь класс Application пользуется PasswordRealise через PasswordInterface. Так получается что граф зависимостей у меня становится циклическим, потому что внутри Application нужно для создания обьекта PasswordRealise нужно включить его через include, да и появляется зависимость от конструктора конкретного класса. Как разрешить эту проблему, и сделать что бы граф зависимостей получился ацикличным? Или это не проблема, и так и должно быть? 0

Алексей1153 фрилансер 5848 / 5379 / 1103 Регистрация: 11.10.2019 Сообщений: 14,380
	29.08.2022, 14:00	2
	bra_dobrey, язык какой ? Если C++ , то, скорее всего, предварительное объявление класса поможет Добавлено через 37 секунд в диаграммах не шарю, покажи код 0

Алексей1153 фрилансер 5848 / 5379 / 1103 Регистрация: 11.10.2019 Сообщений: 14,380
	29.08.2022, 14:28	4
	bra_dobrey, примерно так https://onlinegdb.com/WLeO0dNxm 0

@korvin_ 4542 / 2736 / 486 Регистрация: 28.04.2012 Сообщений: 8,646
	29.08.2022, 14:38	6
	Сообщение от bra_dobrey его реализация находится в PasswordRealise Не по теме: Это называется Implementation Добавлено через 5 минут Сообщение от bra_dobrey Так получается что граф зависимостей у меня становится циклическим, потому что внутри Application нужно для создания обьекта PasswordRealise нужно включить его через include Нет, он не получается циклическим. Сообщение от bra_dobrey да и появляется зависимость от конструктора конкретного класса. Ну сделай фабрику, например. 1

@bra_dobrey 0 / 1 / 0 Регистрация: 29.05.2022 Сообщений: 7
	29.08.2022, 14:41 [ТС]	7
	https://onlinegdb.com/TrRwWDZ4D Сообщение от Алексей1153 bra_dobrey, примерно так https://onlinegdb.com/WLeO0dNxm Вот так https://onlinegdb.com/y3SzYMH_X Добавлено через 1 минуту Сообщение от korvin_ Нет, он не получается циклическим. Понял, спасибо! 0

@korvin_ 4542 / 2736 / 486 Регистрация: 28.04.2012 Сообщений: 8,646
	29.08.2022, 15:04	8
	Сообщение было отмечено bra_dobrey как решение Решение Сообщение от bra_dobrey Вот так https://onlinegdb.com/y3SzYMH_X Только если ты хочешь ослабить связи, в Application нужно оставлять только PasswordInterface, а реализацию передавать в конструктор в main-функции. Хотя если у тебя назначение Application — инициализация всех зависимостей, то ок. 0

Как правильно организовать зависимости?

Решение