Нет. То, что IDE называется VisualStudio.NET ещё не означает, что компилироваться всё будет исключительно в .NET структуры...(на заборе слово из трех написано, а там - дрова лежат )
Для того, чтоб получить управляемый код, надо создавать проект, нацеленный на использование управляемого кода.

ЭТО СДЕЛАНО В VISUAL STUDIO. КОТОРАЯ МОЖЕТ ДЕЛАТЬ КАК .NET ТАК И ПОД WIN32 (Т.Е. NAITIVE).

ЭТОТ ПРОЕКТ СДЕЛАН ПОД WIN32

ой а как же тогда из   win32 сделать  win32.NET чтобы он референсился к c# ???
тоесть получается что если создать проект на с++ то он будет Nativ а не managed!? ну и ну!
а,  Use common language runtime = true чо делает?.. и самое главное, где его найти в свойства проекта ? а кстатии какого проекта? который на с++, да?

я нашел Common language runtime support в настройках проекта win32, какое значение нужно ему сопоставить???

Это сообщение отредактировал(а) Kvazilol - 8.12.2006, 15:45

Может, лучше вашего коллегу пригласите, пусть он всё сам сделает.

да коллега ваще не разбирается в .NET а я про .NET в книжке читал) вот такие мы hi expirience developers   
а может лучше ктонибудь кто знает напишет как прально объединить win32 и c#..    или скажет что это 100% невозможно..

Это сообщение отредактировал(а) Kvazilol - 9.12.2006, 01:11

Проще всего сделать win32 dll и подключать её через [DllImport]. Примеры уже были в разных темах.

как мне найти такие примеры? дайте мне ссылки, пажалста

Ну вот, к примеру, код использующий "некую" user32.dll, и в частности функцию SendMessage:



P.S. найти тучу примеров можно тыкнув на кнопку "Поиск" вверху страницы, выбрав в списке ".NET (Подкатегория") и набрав в поле "Ключевое поле для поиска" строку DllImport

А кто-то применял на практике смешение языков в своем приложении? С реальной пользой?

QryStaL, неоднократно.

Вот пример из последних : нужно разработать некое подобие самопальной СУБД для хранения двоичных данных в таких масштабах, какие M$ Access не снились. Причём это хранилище ориентировано на двоичные потоки с последовательностями повторяющихся значений-пустот, который нехитрым образом маркируются. Так вот, сам формат, адаптеры из других форматов и низкоуровневые функции обработки мне удобнее всего накрутить на платформонезависимом C/C++, основанный на нём высокоуровневый интерфейс - на CLI.C++, ну а сервис для удалённой работы - уже на C#. Нахожу в этом две пользы : а) эффективность разработки (для меня) б) эффективность (быстрота работы) кода в чувствительных моментах.

Смешение часто можно увидеть у приложение<->COM, клиент<->сервер-ов или у ядро<->интерфейс-ов. Скажем, Civilization IV частично написана на Python-e  Или же Regex - хоть встраиваемый в .NET или в Perl, но тоже язык. А у ремесленников в веб-дизайне - вообще одно сплошное смешение.

Это сообщение отредактировал(а) marcusmae - 13.6.2008, 01:10