вопросы на засыпку С# и другие ООП языки

1. В .NET через атрибут DllImport импортируются функции системного API. Выглядит как статичные методы с большой зоной видимости (public, internal). В них нет никакого дополнительного функционального кода.
Дальше создаются классы реализующие НОВУЮ функциональность, и лишь косвенно использующие вызовы системного API. Этим на 98% заполнен весь .NET Framework. Реализуются различные паттерны обработки данных.

2. Таблицы баз данных привязываются к объектам по-разному. Это называется ORM. Есть минимум 2-3 популярных паттернов реализации этой привязки в корне отличающиеся друг от друга (UoW, ActiveRecord). Обычно есть класс объект базы данных, у него в публичных свойствах объекты-таблицы. У каждого объекта таблицы объявлены CREATE READ UPDATE DELETE команды. Дальше есть класс который идентифицирует строку в таблице, либо в более мощных ORM(Entity Framework, NHibernate) этот класс представляет сразу НЕСКОЛЬКО строк в разных таблицах связанных между собой через JOIN.

3.1 Плоский файл хранит бинарные данные. Или текст по строкам в указанной кодировке. Применяя сериализацию в плоском файле можно сохранить сложный объект. Сохранение часто изменяющихся объектов чаще пишется в оперативную память и только потом сбрасывается в файл. Однако даже в SQL серверах файл базы данных может дописываться сразу а не отложенно. Это не эффективно зато не допускает потерю данных при отключении питания. Операционная система в 90% случаев кэширует частые не оптимальные обращения к файлу, и сглаживает потери производительности.

3.2 У класса "Футболист" абстрактным классом скорее всего будет "атлет".

4. Разработав обёртки для системных вызовов есть возможность работать с ними применяя перегрузку операторов, и применять типы данных объявленные в .NET Framework.
Не будет никаких опасных IntPtr. Ведь C# работает с автоматической сборкой мусора и интерфейсом IDisposable. Он не умеет прозрачно управлять объектами расположенными в не управляемой памяти.

5.
-Все элементы имеют сходство с реальными объектами, которые они моделируют
-Похожие объекты ведут себя сходным образом
-Некоторые элементы доступны только для чтения

Но по дизайну разбираться надо отдельно. Программисты мыслят сложно, а пользователи просто. Вы не можете им дать сложный интерфейс. И не можете дать что-то с чем они ранее не работали. То есть даже если и необходимо поднять уровень пользования ПК, то лучше это сделает другой программный продукт. А с вашей программой разберутся с пол оборота.

Я с этим не дружу.. .

1. Эффективность
2. Viem
3. Объектов, которые часто меняются
4. Команда
5. Эффективности
6. Похожие объекты ведут себя сходным образом (а возможно и пятое)