Вопрос, лучше ли разделить эти две структуры? Одна будет решать проблему

Question

Вопрос, лучше ли разделить эти две структуры? Одна будет решать проблему

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

Или же лучше оставить запись и сохранение в одной структуре?

struct Config_Data
{
/*!
* @brief Construct of Configuration
* @param[in] dur_ - realize the duration of the Task
* @param[in] name_ - realize the name of the Task
* @param[in] decs - realize the description of the Task
*/
Config_Data(const QDateTime dur_, const QString name_, const QString desc_) :
duration{dur_}, name{name_}, decs{desc_}
{}

QDateTime duration;
QString name;
QString desc;
};

struct Config_Setting{
QDateTime get_durn(QDateTime&& duration) const;
QString get_name(QString&& name) const;
QString get_desc(QString&& desc) const;
};

#c #embedded #programming #russian

0

17.12.2021

4 ответов

51 просмотр

ssf Defs Автор вопроса

Ilya Zviagin
Да как угодно

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

0

18.12.2021

Ilya Zviagin

ssf Defs
Просто изучаю параллельно архитектуру и не знаю ка...

Это же ты не сделал. И поле отдельно описывать интерфейсом - сомнительная идея, слишком мелко

0

18.12.2021

ssf Defs Автор вопроса

Ilya Zviagin
Это же ты не сделал. И поле отдельно описывать инт...

Нет, там идея была сделать так. Но я не сделал, так как думал, что такая себе идея

0

18.12.2021