Может ли Ruby импортировать .NET dll?

Если вы используете IronRuby (реализация Ruby, построенная на .Net), она должна быть в состоянии. Если вы уже используете .Net и хотите попробовать Ruby, возможно, вам стоит заглянуть в IronRuby.

За пределами IronRuby я не уверен. Я сам не использовал Ruby, поэтому не знаю, на что он способен.

Если вы хотите использовать «нормальный» рубин (поскольку я не думаю, что IronRuby еще полностью запускает RoR), вы можете использовать COM - т.е.

"Your Ruby Code" -> RubyCOM -> "COM-Callable Wrappers" -> "Your .NET objects"

RubyCom

Хотя это немного запутано.

Обновлено: лучший вариант на основе COM в другом месте в ответах

Другое дело - было бы лучше подумать об этом с точки зрения сервис-ориентированной архитектуры. Можете ли вы взять эту .NET DLL и предоставить ее как услугу?

За кулисами вы можете писать модули Ruby на C, поэтому вы всегда можете написать взаимодействие, чтобы делать то, что вам нужно. Однако это ограничит ваше развертывание платформами Windows (я не пробовал Ruby-> Interop-> Mono)

Вот презентация, которую я провел пару лет назад, под названием Ruby для разработчиков на C#. Это немного устарело (это было до того, как проект Джона Лэма превратился в IronRuby), но может немного помочь.

В то время как IronRuby быстро справится с разговором с вашей .NET dll (в буквальном смысле слова вообще не будет кода), Microsoft отказалась от него, и у него никогда не было достаточно большого сообщества с открытым исходным кодом, чтобы поддерживать его после этого события. Я бы не рекомендовал это в наши дни

Что касается решения COM, это может быть действительно хорошим вариантом.

Вам не нужна библиотека RubyCOM, которая позволяет другим COM-объектам вызывать код Ruby. Чтобы загрузить COM-объекты из Ruby, вам просто понадобится библиотека win32ole, которая входит в стандартную библиотеку Windows Ruby.

Сможете ли вы загрузить DLL из COM или нет, будет зависеть от того, была ли построена DLL .NET как «Com Visible». Платформа .NET определяет ComVisibleAttribute, который может применяться либо ко всей сборке, либо к определенным классам в сборке. Если установлено значение true либо для всей сборки, либо для любых классов, то dll уже будет вызываться из COM без кода оболочки.

Вот тест, который я сделал.

Создайте новый проект .NET dll (библиотеку классов). Вот пример класса, который я использовал:

using System;
using System.IO;

namespace ComLib
{
    public class LogWriter
    {
        public void WriteLine( string line )
        {
            using( var log = new StreamWriter( File.OpenWrite( @"c:\log.file" ) ) )
            {
                log.WriteLine( line );
            }
        }
    }
}

Теперь в проекте Visual Studio есть каталог Properties, содержащий AssemblyInfo.cs. В этом файле будут следующие

[assembly: ComVisible( false )]

Измените false на true. Если вы не хотите, чтобы каждый класс в сборке, доступной для COM, вы можете оставить для него значение false в AssemblyInfo.cs и вместо этого поместить его над каждым классом, который вы хотите предоставить, например:

[ComVisible( true )]
public class LogWriter ....

Теперь щелкните правой кнопкой мыши сам проект dll и во всплывающем меню выберите «Свойства». В списке разделов выберите Build

Прокрутите вниз и установите флажок «Зарегистрироваться для COM-взаимодействия». Теперь, когда вы скомпилируете эту DLL, Visual Studio сделает все необходимое для загрузки информации COM в реестр. Обратите внимание, что если вы находитесь в перспективе, вам нужно запустить VS от имени администратора, чтобы это работало.

Теперь, когда это сделано, перекомпилируйте вашу dll, а затем создайте новый файл ruby.

В этом рубиновом файле сделайте следующее:

require 'win32ole'

lib = WIN32OLE.new('[Solution name].ComLib.LogWriter')
lib.WriteLine('calling .net from ruby via COM, hooray!')

Где [Имя решения] следует заменить на имя только что созданного решения (по умолчанию: "ClassLibrary1")

Руби этот рубиновый файл и готово! вы должны увидеть, что текст записывается на c:\log.file.

Одна из проблем с этим решением заключается в том, что для него требуется, чтобы .NET dll уже был Com Visible, или, если это не так, у вас есть возможность перекомпилировать его. Если ни одно из этих утверждений не соответствует действительности, возможно, вам придется рассмотреть другие варианты.

Удачи!

Хотя это мертвый проект AFAIK, вы можете найти предыдущий Проект RubyCLR Джона Лэма (который сейчас отвечает за IronRuby) интересным.

If you are interested in ASP.NET MVC with IronRuby together, You may find yourself to check out this source code from Jimmy - http://github.com/jschementi/ironrubymvc/tree/master

Наслаждаться!

Вы также можете написать собственную -> DLL-оболочку C#, используя управляемый C++

Экспортируйте все функции, которые вы хотите, как вызовы C в DLL, например

extern "C" __declspec ( dllexport ) void CallManagedMethod() {
   Something^ myManagedObject ...
}

Затем используйте FFI для вызова этой DLL из Ruby https://github.com/ffi/ffi