Здравствуйте, Tom, Вы писали:
A>>простите, промазал по кнопке, вместо ответа сделал тему... A>>Это конечно относится к перехвату интерфейсов
Tom>Для такого дела новую тему не жалко Tom>У нас в своё время не хватило желания и сил сделать что то комерческое из нашего творения.
Спасибо, да вообще статью бы накатать, чтобы в журнал попала. Но я не уверен опубликуют ли статью если она почти без исходного кода, а только ссылка на дему...
A>Спасибо, да вообще статью бы накатать, чтобы в журнал попала. Но я не уверен опубликуют ли статью если она почти без исходного кода, а только ссылка на дему...
Ммм почему бы и нет. Но та на сабмит вопрос напиши.
A>Спасибо, да вообще статью бы накатать, чтобы в журнал попала. Но я не уверен опубликуют ли статью если она почти без исходного кода, а только ссылка на дему...
А о чем статья, инструкция по использовнаию демы, или таки полезная информация для других разработчиков подобных вещей?
Здравствуйте, Tom, Вы писали:
A>>Спасибо, да вообще статью бы накатать, чтобы в журнал попала. Но я не уверен опубликуют ли статью если она почти без исходного кода, а только ссылка на дему... Tom>Ммм почему бы и нет. Но та на сабмит вопрос напиши.
Здравствуйте, araud, Вы писали:
A>Здравствуйте, Tom, Вы писали:
A>>>Спасибо, да вообще статью бы накатать, чтобы в журнал попала. Но я не уверен опубликуют ли статью если она почти без исходного кода, а только ссылка на дему... Tom>>Ммм почему бы и нет. Но та на сабмит вопрос напиши.
A>ЭЭЭ это куда?
Кстати, совет по статье. Чтобы небыло непонятных кусков кода, желательно самостоятельно в свободное время написать рабочий пример, который наглядно описывал бы принцип функционировнаия системы. Тогда от статьи будет толк. А иначе это будет лишь самореклама, а не статья.
Здравствуйте, SPeller, Вы писали:
SP>Кстати, совет по статье. Чтобы небыло непонятных кусков кода, желательно самостоятельно в свободное время написать рабочий пример, который наглядно описывал бы принцип функционировнаия системы. Тогда от статьи будет толк. А иначе это будет лишь самореклама, а не статья.
Я написал статью на CodeProject: у меня возникли сомнения, что от советской аудитории можно будет дождаться покупок. Хакнуть демку конечно не смогут, но и покупать не станут.
A>Я написал статью на CodeProject: у меня возникли сомнения, что от советской аудитории можно будет дождаться покупок. Хакнуть демку конечно не смогут, но и покупать не станут.
А мне было бы интересно почиnать о том, как вы решали проблему. Потому что я ее решил совсем по-другому Моим основным принципом было не засорять реестр никакими регистрациями, чтобы приложение никак не зависило от того, кто и что понаписал в реестр. Лишь бы доступ в сеть был и всё. Но при этом иметь все удобства работы с DCOM.
Здравствуйте, SPeller, Вы писали:
A>>Я написал статью на CodeProject: у меня возникли сомнения, что от советской аудитории можно будет дождаться покупок. Хакнуть демку конечно не смогут, но и покупать не станут.
SP>А мне было бы интересно почиnать о том, как вы решали проблему. Потому что я ее решил совсем по-другому Моим основным принципом было не засорять реестр никакими регистрациями, чтобы приложение никак не зависило от того, кто и что понаписал в реестр. Лишь бы доступ в сеть был и всё. Но при этом иметь все удобства работы с DCOM.
я много в реестр и не пишу, только набор своих комобъектов регистрю. А еще нужны только проксистабы тех объектов с которыми собираешься работать. http://www.codeproject.com/KB/COM/ComBridge.aspx
Здравствуйте, SPeller, Вы писали:
A>>Спасибо, да вообще статью бы накатать, чтобы в журнал попала. Но я не уверен опубликуют ли статью если она почти без исходного кода, а только ссылка на дему...
SP>А о чем статья, инструкция по использовнаию демы, или таки полезная информация для других разработчиков подобных вещей?
и то и другое http://www.codeproject.com/KB/COM/ComBridge.aspx
Здравствуйте, SPeller, Вы писали:
SP>Если честно, то, имхо, статья ни о чем. Озвучена проблема и приведена демо, и всё. Никакой полезной инфы о способах и путях решения.
1. Я думаю, мало кто знал о возможности вклинится между прокси и стабом. Это не пустая информация.
2. Если люди реально займуться разработкой своего решения, они обратятся и возможно получат ответы на некоторые вопросы.
А просто выкидывать в интернет годы очень сложной работы — мне кажется не целесообразно, как ты думаешь?
Какие у тебя предложения по дополнению статьи? Если услышу хорошие идеи — я мож и дополню ее.
1. Моей задаче полтора месяца от ее постановки, через 3 дня поисков в гугле я знал всё то, что описано в статье, хотя на начало поисков я не знал вообще ничего ни про маршалинг, ни про прокси-стабы. Еще за месяц я реализовал полноценный клиент-сервер дком. До завершенного продукта ему еще предстоит пройти долгий путь, но уже сейчас он работоспособен. Фактически — это своя реализация дком, выдергивающая из системы функционал стандартного маршалинга. Правда, есть свои ограничения. Как оказалось, не маловажные, но решаемые.
2. Да, выкладывать годы работы не целесообразно. Но, как я уже писал выше — нужно сделать для статьи работоспособный пример реализации, который имел бы сильные играничения и упрощения в функционале, но показывал суть метода, которым достигнуто удаленное взаимодействие. Только тогда от статьи будет польза для общественности.
Со временем я, возможно, тоже напишу статью по изложенным выше принципам, идея такая есть, но планов таких пока нет. Идея еще не вызрела, да и достаточно времени пока не предвидится.
