Архитектура: парсинг и выгрузка текстовиков

начало было положено в ветке - Считать текстовые файлы из папки - там и возник вопрос об Архитектуре...

Сообщение от JeyCi так и не собрала эти все объекты этого класса в group class...

вроде уже собрала...
осталось отображение создать (типа I_tbl_Show) и пронаследовать ? в разные классы пункта назначения (или на консоль, или в файл, или в БД, или допустим ещё в форму)... N.B. классы (пункты-назначения) делать не надо - эти View уже реализованы разработчиками того ПО, на котором сейчас идёт работа...
а) пока что можно просто прописать функции-члены класса; и по месту использовать, что надо при разработке - в файл или на консоль;
б) в перспективе для Release - реализовать и откомпилировать и выгрузку и в файл, и выгрузку в БД, и отражение в DataGrid...
===
!! Т.Е. если в Release захочется и выгрузку в текст, и в БД, и допустим ещё в форму (например с разных кнопок сделать) - тут уж лучше и писать, как положено, наследование??... -- к слову из прошлой ветки о:

Сообщение от JeyCi полагаю тут Наследования никакого не пригодится?

... или как раз тут (при выборе направления выгрузки) его (наследование) делать??
===
Обоснование выбора уровня Абстракции (I_tbl_Show со всеми виртуальными функциями):
чтобы не дублировать код-сбора-для-выгрузки -- сделать class Table - и класс-интерфейс I_tbl_Show, в котором обозначить virtual-функции выгрузки... эти функции определить в др. классах - типа Interface (IwriteCSV, IwriteDB, IwriteDataGrid)...
p.s.
классы консоль, файл, бд, DataGrid - не создаём, т.к. эти пункты назначения уже присутствуют...
p.p.s.
вывести конечные интерфейсы с определёнными методами записи на кнопки...
===
ИЛИ то, что подчёркнуто чуть выше, стоит реализовать в одном классе Table, и здесь же задать все virtual функции ??
===
на скрине: синие - классы, зелёные - интерфейсы (в с++ по сути тоже классы)
птицами отмечены уже кое-как реализованные классы (2 птицы)
курсивные стрелки - отсутствие наследования


Добавлено через 7 минут
вобщем вопрос:
class Table и класс I_Tbl_Show - объединить или нет?

Добавлено через 10 минут
p.p.s.
чтобы избежать проблем Ромба и такого:
Неоднозначность при множественном наследовании

Сообщение от DrOffset Тут нужно виртуальное наследование.

0

Сообщение от GoshaM Увидел, когда на MinGW переключился. Попробую разобраться.

"все дороги ведут в Рим"
Using the Visual Studio IDE with U++
или CLANG
= для истории...
What is the difference between learning U++ and Learning C++ through Microsoft Visual Studio? и hotkeys...
Каким образом отслеживать утечку памяти? ... поколдовать на досуге

0

всё-таки вопрос Архитектуры клиента для БД ещё шире, чем можно себе предстаить, - замечено на яз. C#Архитектура построения БД linq2db - обратить внимание на кеш... а я при возникновении тормозов взаимодействия с бд думала, что всё дело в бд или инструментах или библиотеках... а ещё оказывается и в Архитектуре клиента...
а из ORM на C# - Entity Framework, оказывается, и не "золото, что советовали" (не здесь) - по скорости... Как мне понастроить linq2db в .NET Core? ...
... но тоже стоит иметь ввиду - 7 мифов о Linq to Database ...
===
благо, в U++ удобная ORM - мои наблюдения были...

Добавлено через 4 минуты
... т.к. прислушалась к совету #43... посетила форум своей среды TheIDE... и прониклась теорией...

Добавлено через 5 минут
но в C# удобный JSON.NET

Добавлено через 13 минут
удобства linq2db - если понадобится

Если есть dataSet и биндинг, то: DataSet.query = select * from view"; DevExpressTable.binding = dataSet;

__________________

0