быдлокодер
![]() 1724 / 911 / 106
Регистрация: 04.06.2008
Сообщений: 5,691
|
||||||||||||||||||||||||||||||||||||||||||||||
1 | ||||||||||||||||||||||||||||||||||||||||||||||
При перекомпиляции сервера перекомпилируется клиент, а что, собственно в этом плохого?04.03.2013, 12:54. Показов 4095. Ответов 38
Метки нет Все метки)
(
Друзья!
Начинаем цикл вопросов про COM- Объекты. Первый вопрос возник по статье Безверхова, вот здесь статья. Вот там такой пример:
...Итак, компилим сервер:
Я ничё не понимаю. Может кто-то разъяснит мне, что имел ввиду Безверхов, говоря:
0
|
04.03.2013, 12:54 | |
04.03.2013, 12:54 | |
Ответы с готовыми решениями:
38
Как отключить клиент от сервера, не закрывая при этом приложения
|
Модератор
![]() 3401 / 2172 / 353
Регистрация: 13.01.2012
Сообщений: 8,426
|
|
05.03.2013, 14:30 | 21 |
то ли вы меня не поймете то ли я вас. если вы задаете вопрос о COM-объектах, то вы можете менять сервер как угодно - переставлять поля местами, менять их количество, позиции и сигнатуры методов - клиенту это без разницы до тех пор пока интерфейс не изменяется. вы ведь возвращаете клиенту интерфейс.
0
|
быдлокодер
![]() 1724 / 911 / 106
Регистрация: 04.06.2008
Сообщений: 5,691
|
|
05.03.2013, 16:28 [ТС] | 22 |
в том-то и дело, что не о СOM! Понимаете, Безверхов начинает объяснение COM-объектов издалека с языка C++. Так что имеем ввиду, щас речь идёт о C++. То есть имеем чистой воды класс и main, они ещё и не COM-объекты и таковыми после компиляции и не будут, они просто разнесены по разным файлам-сырцам.
0
|
Модератор
![]() 3401 / 2172 / 353
Регистрация: 13.01.2012
Сообщений: 8,426
|
|
06.03.2013, 10:04 | 23 |
1 если у нас обычный объект, то необходимость компиляции при внесении изменений в определение класса очевидна: изменение набора полей или обработчиков, их типов или сигнатур должно быть учтено на клиенте. в противном случае у него просто будет неактуальные адреса данных или точки входа, неверные размеры данных или процедуры передачи аргументов.
2 если у нас "обычный" объект который не содержит полей, а состоит из одних чистых виртуальных функций причем их набор и сигнатуры фиксированы, то как бы мы не издевались над его реализацией (над объектом наследником) компиляция клиента нам не нужна - мы всегда работаем с известным интерфейсом. это и есть COM.
1
|
быдлокодер
![]() 1724 / 911 / 106
Регистрация: 04.06.2008
Сообщений: 5,691
|
|
06.03.2013, 11:34 [ТС] | 24 |
Ну, положим, первой части вполне хватило бы для ответа на вопрос, а вторая часть это то, чего не может быть
И там дальше в статье по-моему речь и идёт об этом. Не бывает хидера с таким описанием. (если, конечно мы ведём речь о C++ объектах. Ну то есть не выносим объект в отдельную dll). По-любому интерфейс наследника должен быть известен клиенту. Так что одним подключением абстрактного класса никак не обойтись. Ну, вы наверное имели ввиду, что если мы исхитримся сделать так, то это значит, что мы и сконструировали тот самый настоящий COM-объект, который находится в другом исполняемом модуле и никак иначе.
0
|
Модератор
![]() 3401 / 2172 / 353
Регистрация: 13.01.2012
Сообщений: 8,426
|
|
06.03.2013, 14:33 | 25 |
чего не может быть? того что где-то живет нечто способное при вызове известной и неизменной функции вернуть указатель на объект класса содержащего одни чистые виртуальные функции (то есть интерфейс)? это вполне может быть. хоть в том же модуле хоть за его пределами. и это называется COM
0
|
быдлокодер
![]() 1724 / 911 / 106
Регистрация: 04.06.2008
Сообщений: 5,691
|
|
07.03.2013, 01:24 [ТС] | 26 |
Того не может быть, что:
0
|
Модератор
![]() 3401 / 2172 / 353
Регистрация: 13.01.2012
Сообщений: 8,426
|
|
07.03.2013, 08:22 | 27 |
как раз сделать так что бы он был в одном исполняемом модуле человек может хоть на коленке. а вот сделать что бы он был в другом приложении - это заморочки с заглушками и маршаллингом. тоже конечно можно сделать свой педальный маршаллинг, но труд адов.
0
|
быдлокодер
![]() 1724 / 911 / 106
Регистрация: 04.06.2008
Сообщений: 5,691
|
|
07.03.2013, 11:34 [ТС] | 28 |
0
|
быдлокодер
![]() 1724 / 911 / 106
Регистрация: 04.06.2008
Сообщений: 5,691
|
||||||||||||||||||||||||||
10.03.2013, 03:23 [ТС] | 29 | |||||||||||||||||||||||||
Внесём ясность в обсуждаемый вопрос. Мы выяснили, что при изменении хидера всегда надо пересобирать клиент.
Не по теме: Напоминаю, речь идёт исключительно о C++ коде, COM не трогаем. Я поторопился, задав вопрос в этом разделе- ну так значит не смог разобраться, пусть тему перенесут. Всегда ли? Эксперименты показали, что если клиент для доступа к данным будет пользоваться исключительно функциями-методами, тогда пересобирать его необязательно! Действительно, возьмём этот код, добавим в сервер функцию-метод (в хидер и в*.cpp)
__ZN5world8funktsiaEv из client.o ни с чем не перепутает __ZN5world8funktsiaEv из server.o Почему же линковщик может перепутать поля класса? На самом деле ответ прост, и он лежит на повержности. Все, кто отписался, его знают. А вот мне пришлось чуток подумать. В server.o генерируется код, который кладёт в первое поле world значение такое-то, а во второе такое-то. А в клиенте вынимаются значения из полей- из первого и второго. Если в хидере поменяются их имена, и клиент не узнает об этом на этапе компиляции, он не узнает этого никогда. Так и будет действовать, как запрограммирован при первой компиляции. Вернёмся с функциями, с ними всё проще. В коде они ведут себя как НЕ методы класса- то есть принадлежность к классу абсолютно никак не выявляется. (В объекте даже указателя на них нет. Был бы- не исключалась бы возможность путаницы, как с полями) Выясните размер world- он будет равен 8, по 4 байта накаждое поле string. Просто функция-метод (и конструктор) принимает указатель на объект класса и работает с ним. Все об этом знают, просто написать забыли. Ну вот и всё, собсно. То есть если пользуетесь для доступа к данным исключительно функциями, можете смело менять хидер и не трогать сырец с main. Всякое несоответствие (если таковое найдётся) между вызовами функций и тем, как они представлены в классе, выявится на этапе линковки. А не выявится, значит экзешник отработает корректно.
0
|
Модератор
![]() 3401 / 2172 / 353
Регистрация: 13.01.2012
Сообщений: 8,426
|
|
11.03.2013, 11:25 | 30 |
0
|
Модератор
![]() 3401 / 2172 / 353
Регистрация: 13.01.2012
Сообщений: 8,426
|
|
11.03.2013, 11:34 | 31 |
итак, делаем игрушечный интерфейс и игрушечную библиотеку COM.
имеем заголовочный файл в котором есть: - определение класса my_iface с чистыми виртуальными функциями f1 и f2 - это наш игрушечный интерфейс - прототип функции create_obj возвращающей указатель на объект класса my_iface - это наша игрушечная библиотека COM (наш аналог функции CoCreateInstance). собираем DLL в которой есть класс реализующий интерфейс и есть функция возвращающая указатель на реализацию. подключаем DLL к проекту. если в заголовочном файле в определении класса поменять местами виртуальные функции f1 и f2, то при вызове obj->f1() мы ничуть не удивившись обнаружим на экране информацию говорящую о том, что реально была вызвана функция f2.
1
|
Модератор
![]() 3401 / 2172 / 353
Регистрация: 13.01.2012
Сообщений: 8,426
|
|
11.03.2013, 11:38 | 32 |
с вызовами функций не являющимися виртуальными таких эффектов не будет, но учитывая тот факт, что в нормальных классах деструктор является виртуальным перекомпиляция нужна всегда.
0
|
Tulosba
|
11.03.2013, 11:45
#33
|
0
|
vxg
|
11.03.2013, 11:48
#34
|
0
|
Tulosba
|
11.03.2013, 11:54
#35
|
Не по теме: Неумение пользоваться имеющимися классами (в частности попытки наследоваться от тех классов, которые для этого не предназначены) вовсе не значит, что класс написан неправильно. Возьмите хотя бы std::string. В шарпике есть например sealed, четко говорящий о том, что наследование запрещено. В плюсах же приходится немного углубляться в документацию.
0
|
vxg
|
11.03.2013, 12:07
#36
|
Не по теме: безусловно все из-за него, родимого. никто не говорил "неправильно". говорил "ненормально" в плане отсутствия у проектировщика класса желания исключить потенциальную возможность утечки памяти или ошибки доступа. в любом случае данная дискуссия не относится к вопросу, имеет черты религиозной и на мой взгляд продолжать ее в данной теме нежелательно.
1
|
быдлокодер
![]() 1724 / 911 / 106
Регистрация: 04.06.2008
Сообщений: 5,691
|
|
11.03.2013, 12:59 [ТС] | 37 |
Угу, только я разделил для себя:
1)использование абстрактного класса это одна история- ваш пример, 2)неиспользование абстрактного класса- другая история. Сейчас мы говорим о втором примере. Никаких абстрактных классов! Мне почему-то казалось это очевидным, раз не оговорено обратное ![]() Что касается вашего примера, то я вчера долго думал над ним и пришёл к тому же выводу, что и вы. Создал даже тему в разделе C++ потому, что к COM это пока никаким боком. Я и эту-то поторопился в этом разделе создавать. Программа взаимодействует с классом исключительно через интерфейс. Однажды класс меняется и меняется его хидер. Надо ли перекомпилировать всю программ вот оттуда моя цитата:
0
|
Модератор
![]() 3401 / 2172 / 353
Регистрация: 13.01.2012
Сообщений: 8,426
|
|
11.03.2013, 13:13 | 38 |
а с чего вообще сыр-бор кроме интереса "а что же внутри". что внутри выяснили. какой еще вопрос то?
0
|
быдлокодер
![]() 1724 / 911 / 106
Регистрация: 04.06.2008
Сообщений: 5,691
|
|
11.03.2013, 13:16 [ТС] | 39 |
Вопрос "что внутри" это следствие вопроса "надо ли перекомпилировать", а так всё, никакого больше.
0
|
11.03.2013, 13:16 | |
11.03.2013, 13:16 | |
Помогаю со студенческими работами здесь
39
Проверка на стороне сервера, что клиент обработал отправленные данные Зависает клиент при приёме от сервера
Чем пользоваться при создании клиент-сервера? Тормоза При Перекомпиляции Бд Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |
|
![]() |
Опции темы | |
|
Новые блоги и статьи
![]() |
||||
Ключевые слова Python
hw_wired 15.02.2025
Ключевые слова в Python - это специальные зарезервированные слова, которые имеют особое значение и функции в языке. В настоящее время Python включает 35 ключевых слов и 4 мягких ключевых слова. Эти. . .
|
Отличия изменяемых и неизменяемых типов в Python
hw_wired 15.02.2025
В Python существует принципиальное различие между изменяемыми (mutable) и неизменяемыми (immutable) типами данных, которое оказывает существенное влияние на работу программ. Это различие часто. . .
|
Python: сравнение списков и кортежей
hw_wired 15.02.2025
В Python последовательности являются одними из самых важных и часто используемых типов данных. Они позволяют хранить упорядоченные наборы элементов, к которым можно обращаться по индексу. Среди всех. . .
|
Как скачивать файлы с URL с помощью Python
hw_wired 15.02.2025
Для скачивания файлов Python предлагает как встроенные средства, так и сторонние библиотеки. Встроенный модуль urllib из стандартной библиотеки обеспечивает базовую функциональность для работы с URL. . .
|
Использование SQLAlchemy в Python
hw_wired 15.02.2025
SQLAlchemy - мощная библиотека для работы с базами данных в Python, которая предоставляет полноценный набор средств для объектно-реляционного отображения (ORM) и обширные возможности для работы с. . .
|
Взаимодействие с REST API в Python
hw_wired 15.02.2025
В современном мире разработки программного обеспечения REST API стал неотъемлемой частью архитектуры веб-приложений. API (Application Programming Interface) - это набор правил и протоколов,. . .
|
Разделение строк в Python
hw_wired 15.02.2025
Python предлагает богатый набор возможностей для работы со строками, и среди них разделение строк занимает особое место. Этот процесс позволяет разбивать текст на отдельные компоненты, что критично. . .
|
Объединение строк в Python
hw_wired 15.02.2025
При работе с текстовыми данными в Python нередко возникает необходимость объединять несколько строк в одну. Это может потребоваться при форматировании вывода, обработке текстовых файлов или создании. . .
|
Лучшие игровые движки на Python
hw_wired 15.02.2025
В последнее время разработка игр стала одним из самых популярных направлений программирования, и Python не остался в стороне от этого тренда. Несмотря на то, что Python обычно не ассоциируется с. . .
|
Декоратор jit в Python
hw_wired 15.02.2025
Если вы достаточно долго изучаете программы и пакеты на Python для машинного обучения, то наверняка замечали, что паттерн "JIT-декоратор" довольно популярен. Этот подход позволяет превратить обычные. . .
|