Как обеспечить поддержку управляемого C++ в MFC-приложении?
Задача заключается в следующем:
Нужно написать DLL, которая будет содержать функции, работающие с базой данных средствами ADO.NET.
Затем, нужно каким-то образом вызывать эти функции из MFC-приложения.
Предположим первая создает Dataset, а остальные далее с ним работают - извлекают данные и возвращают в MFC-приложение.
Исходный код полностью перенести в .NET не представляется возможным, да это и не нужно, поскольку это CAD-система.
Помогите кто-чем может. ADO.NET только начали осваивать - без него в задаче обойтись тоже нельзя.:(
Нужно написать DLL, которая будет содержать функции, работающие с базой данных средствами ADO.NET.
Затем, нужно каким-то образом вызывать эти функции из MFC-приложения.
Предположим первая создает Dataset, а остальные далее с ним работают - извлекают данные и возвращают в MFC-приложение.
Исходный код полностью перенести в .NET не представляется возможным, да это и не нужно, поскольку это CAD-система.
Помогите кто-чем может. ADO.NET только начали осваивать - без него в задаче обойтись тоже нельзя.:(
Посредством COM можно попробовать.
На codeproject.com есть примеры, но я на знаю как успешно удастся передать DataSet "нативному" приложению.
На codeproject.com есть примеры, но я на знаю как успешно удастся передать DataSet "нативному" приложению.
А вот и пример:
http://codeproject.com/csharp/com_object_in_c_.asp
http://codeproject.com/csharp/com_object_in_c_.asp
А если реализовать DLL на C++/Cli?
Каким образом затем ею пользоваться из MFC-приложения?
Каким образом затем ею пользоваться из MFC-приложения?
[QUOTE=vladimir37]А если реализовать DLL на C++/Cli?
Каким образом затем ею пользоваться из MFC-приложения?[/QUOTE]
А что, типовые WinAPI-средства не работают? Не пробовали через LoadLibrary или LoadModule (не помню точно) загрузить в память и вызвать нужную функцию? А можно использовать и статическую компоновку. Еще проще.
Каким образом затем ею пользоваться из MFC-приложения?[/QUOTE]
А что, типовые WinAPI-средства не работают? Не пробовали через LoadLibrary или LoadModule (не помню точно) загрузить в память и вызвать нужную функцию? А можно использовать и статическую компоновку. Еще проще.
[quote=cheburator]А что, типовые WinAPI-средства не работают? Не пробовали через LoadLibrary или LoadModule (не помню точно) загрузить в память и вызвать нужную функцию? А можно использовать и статическую компоновку. Еще проще.[/quote]
Да что вы говорите...
Да что вы говорите...
А что, обычная Native-технология ADO не подойдёт? Ведь ADO.NET это по сути обёрточные .NET классы для COM-интерфейсов. Поддержка ADO есть почти во всех средах разработки под Win32, даже в древних версиях Delphi есть. В составе Borland C++ Builder тоже есть поддержка. Да и в онлайн-хэлпе у мелкомягких полно доки по ADO. Работа с объектами данных будет производится при помощи OLE DB. А про непосредственную работу с управляемыми приложениями через неуправляемые забудьте, это никак не получится.
[QUOTE=3A3-968M]А что, обычная Native-технология ADO не подойдёт? Ведь ADO.NET это по сути обёрточные .NET классы для COM-интерфейсов. Поддержка ADO есть почти во всех средах разработки под Win32, даже в древних версиях Delphi есть. В составе Borland C++ Builder тоже есть поддержка. Да и в онлайн-хэлпе у мелкомягких полно доки по ADO. Работа с объектами данных будет производится при помощи OLE DB. А про непосредственную работу с управляемыми приложениями через неуправляемые забудьте, это никак не получится.[/QUOTE]
Надо бы под Win64 работать с БД Access.
Пока даже проблему с MS Jet OLE DB .NET-провайдером под Win64 не решил.
Под Win32 все OK.
Надо бы под Win64 работать с БД Access.
Пока даже проблему с MS Jet OLE DB .NET-провайдером под Win64 не решил.
Под Win32 все OK.