Единый тип данных для DLL-библиотек и клиента

@Skorp24 · Регистрация: 15.06.2009

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

Всем привет. Столкнулся с такой проблемой. Написал две библиотеки DLL, в обоих имеется по методу, возвращающему информацию в виде экземпляра пользовательского класса, причём этот класс одинаков для обоих методов. Допустим, планируется и третья библиотека, в метод которой экземпляр этого же класса будет передаваться в качестве аргумента. Вопрос заключается в том, где и как определять пользовательский класс, чтобы клиентское приложение и все библиотеки работали с ним как с единым типом данных. Попробовал определить класс в обоих библиотеках - ожидаемо потерпел неудачу: клиентское приложение не хочет работать с ними как с единым типом данных. Заранее спасибо за ответ.

@Adadjio · 27.07.2015, 08:42

Вместо передачи класса используй интерфейс этого класса и передавай его. Интерфейс объявляешь во всех своих dll и спокойно работаешь.

@Storm23 · 27.07.2015, 09:37

Skorp24, вынесите общие классы в отдельный проект, длл которого будет использоваться и клиентом и сервером.

@Skorp24 · 28.07.2015, 02:21 **[ТС]**

Adadjio, плохо разбираюсь в интерфейсах, но думаю, что такой вариант не подойдёт, так как через интерфейс можно получить доступ только к методам класса, но не к полям. Полей у класса, который должен быть единым для всех файлов, предостаточно.

Storm23, проблема в том, что работа с экземплярами класса происходит как внутри моих DLL-библиотек, так и в клиентском приложении. И библиотекам, и приложению нужна одинаковая структура, с помощью которой должны передаваться данные.

Думаю вот о сериализации информации в библиотеке и десериализации в приложении, но это скажется на быстродействии, да и непрактично.

Если я непонятен, то завтра черкну кодик-пример.

@Adadjio · 28.07.2015, 07:23

Для того чтобы получить(и контролировать) доступ к полям придумали свойства, а они прекрасно работают вместе с интерфейсами. Все гуру программирования настоятельно рекомендуют не работать напрямую с полями, а работать со свойствами этих полей.

@Skorp24 · 28.07.2015, 10:24 **[ТС]**

Adadjio, свойства тоже нельзя получить через интерфейс.

@Cupko · 28.07.2015, 10:34

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

Adadjio, свойства тоже нельзя получить через интерфейс.

Разве?
А вообще, вам уже хороший совет дали:

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

Skorp24, вынесите общие классы в отдельный проект, длл которого будет использоваться и клиентом и сервером.

@Skorp24 · 28.07.2015, 10:48 **[ТС]**

Cupko, каюсь, был не прав насчёт свойств. Попробую.

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

Storm23, проблема в том, что работа с экземплярами класса происходит как внутри моих DLL-библиотек, так и в клиентском приложении. И библиотекам, и приложению нужна одинаковая структура, с помощью которой должны передаваться данные.

@Cupko · 28.07.2015, 11:00

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

Storm23, проблема в том, что работа с экземплярами класса происходит как внутри моих DLL-библиотек, так и в клиентском приложении. И библиотекам, и приложению нужна одинаковая структура, с помощью которой должны передаваться данные.

Так это никак не противоречит тому, что вам посоветовали. Сгоняете все ваши структуры/классы в отдельную сборку/DLL/проект - и используете эту сборку/DLL/проект, как в ваших библиотеках, так и на клиенте, да и вообще, где захотите.

Да и давайте по подробнее, как что и куда должно передаваться? клиент-сервер?

Добавлено через 13 секунд

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

Storm23, проблема в том, что работа с экземплярами класса происходит как внутри моих DLL-библиотек, так и в клиентском приложении. И библиотекам, и приложению нужна одинаковая структура, с помощью которой должны передаваться данные.

Так это никак не противоречит тому, что вам посоветовали. Сгоняете все ваши структуры/классы в отдельную сборку/DLL/проект - и используете эту сборку/DLL/проект, как в ваших библиотеках, так и на клиенте, да и вообще, где захотите.

Да и давайте по подробнее, как что и куда должно передаваться? клиент-сервер?

@Duzekrutov · 28.07.2015, 11:08

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

Написал две библиотеки DLL, в обоих имеется по методу, возвращающему информацию в виде экземпляра пользовательского класса

Ваши две DLL они управляемого кода ? Если да - проблем совсем не видно... Но структура классов разрабатывается
в начале, до программирования...

@Duzekrutov · 28.07.2015, 11:08

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

Написал две библиотеки DLL, в обоих имеется по методу, возвращающему информацию в виде экземпляра пользовательского класса

Ваши две DLL они управляемого кода ? Если да - проблем совсем не видно... Но структура классов разрабатывается
в начале, до программирования...

@Skorp24 · 28.07.2015, 16:57 **[ТС]**

Всем спасибо за советы, получилось вынести единый тип данных в отдельную DLL и работать с ним. Почему-то думал, что одна DLL не может использовать другую. Это мой первый опыт работы с DLL вплотную, так что извиняюсь.

Добавлено через 1 минуту
Код неуправляемый, насколько я понимаю.

Новые блоги и статьи Все статьи Все блоги /
Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.	Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .
Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .	Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .	Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .

@Skorp24 52 / 50 / 26 Регистрация: 15.06.2009 Сообщений: 390

	Единый тип данных для DLL-библиотек и клиента 27.07.2015, 00:49. Показов 1362. Ответов 11 Метки нет (Все метки) Всем привет. Столкнулся с такой проблемой. Написал две библиотеки DLL, в обоих имеется по методу, возвращающему информацию в виде экземпляра пользовательского класса, причём этот класс одинаков для обоих методов. Допустим, планируется и третья библиотека, в метод которой экземпляр этого же класса будет передаваться в качестве аргумента. Вопрос заключается в том, где и как определять пользовательский класс, чтобы клиентское приложение и все библиотеки работали с ним как с единым типом данных. Попробовал определить класс в обоих библиотеках - ожидаемо потерпел неудачу: клиентское приложение не хочет работать с ними как с единым типом данных. Заранее спасибо за ответ. 0

@Adadjio 61 / 61 / 32 Регистрация: 30.07.2013 Сообщений: 178
	27.07.2015, 08:42
	Вместо передачи класса используй интерфейс этого класса и передавай его. Интерфейс объявляешь во всех своих dll и спокойно работаешь. 0

@Storm23 10427 / 5157 / 1825 Регистрация: 11.01.2015 Сообщений: 6,226 Записей в блоге: 34
	27.07.2015, 09:37
	Сообщение было отмечено Skorp24 как решение Решение Skorp24, вынесите общие классы в отдельный проект, длл которого будет использоваться и клиентом и сервером. 1

@Skorp24 52 / 50 / 26 Регистрация: 15.06.2009 Сообщений: 390
	28.07.2015, 02:21 [ТС]
	Adadjio, плохо разбираюсь в интерфейсах, но думаю, что такой вариант не подойдёт, так как через интерфейс можно получить доступ только к методам класса, но не к полям. Полей у класса, который должен быть единым для всех файлов, предостаточно. Storm23, проблема в том, что работа с экземплярами класса происходит как внутри моих DLL-библиотек, так и в клиентском приложении. И библиотекам, и приложению нужна одинаковая структура, с помощью которой должны передаваться данные. Думаю вот о сериализации информации в библиотеке и десериализации в приложении, но это скажется на быстродействии, да и непрактично. Если я непонятен, то завтра черкну кодик-пример. 0

@Adadjio 61 / 61 / 32 Регистрация: 30.07.2013 Сообщений: 178
	28.07.2015, 07:23
	Для того чтобы получить(и контролировать) доступ к полям придумали свойства, а они прекрасно работают вместе с интерфейсами. Все гуру программирования настоятельно рекомендуют не работать напрямую с полями, а работать со свойствами этих полей. 0

@Skorp24 52 / 50 / 26 Регистрация: 15.06.2009 Сообщений: 390
	28.07.2015, 10:24 [ТС]
	Adadjio, свойства тоже нельзя получить через интерфейс. 0

@Skorp24 52 / 50 / 26 Регистрация: 15.06.2009 Сообщений: 390
	28.07.2015, 16:57 [ТС]
	Всем спасибо за советы, получилось вынести единый тип данных в отдельную DLL и работать с ним. Почему-то думал, что одна DLL не может использовать другую. Это мой первый опыт работы с DLL вплотную, так что извиняюсь. Добавлено через 1 минуту Код неуправляемый, насколько я понимаю. 0

Единый тип данных для DLL-библиотек и клиента

Решение