




вы можете указать язык в каждом проекте сборки (библиотека DLL) и использовать несколько из них в одном решении, но я не думаю, что вы можете смешивать языки в одной сборке
Вы можете смешивать языки в одной сборке с ILMerge и MSBuild.
Здесь - очень хороший пример этого.
изящный трюк, но вам все равно придется создавать отдельные проекты для каждого языка, именно об этом и был задан вопрос - хотя полезно знать о материалах слияния после сборки, спасибо за ссылку!
Да, это правда, однако в ASP .NET вы можете смешивать языки, и Visual Studio делает свое дело ... tinyurl.com/4g9ohv
Вы можете сделать это в проекте веб-сайта, а не в проекте с первой компиляцией: http://www.aspnetlibrary.com/articledetails.aspx?article=Use-C-Sharp-and-VB.NET-in-the-same-project. BuildProvider веб-сайта решает языковые элементы на лету.
.NET BuilderProvider по-прежнему недоступен для проектов, не связанных с веб-сайтами, поэтому вам не повезло со стандартным смешанным приложением Intellisense.
CMS упоминает интересный подход, но на самом деле я бы посоветовал вам не усложнять задачу и иметь разные сборки (проекты) для кода C# и F#. Между C# и F# существуют хорошо задокументированные точки взаимодействия (например, здесь и здесь) - я бы рекомендовал их вместо них. Различия между C# и F# (особенно с F#, имеющим другую среду выполнения!) Довольно велики ...
Эти две ссылки умерли :(
Да, можно, но Visual Studio не поддерживает это напрямую. Что вы сделаете, так это скомпилируете код в сетевые модули, а затем объедините их в единую сборку. Компиляторы поддерживают параметр "/ target: module", который генерирует эти сетевые модули.
Затем вы можете использовать компиляторы для ссылки на другие сетевые модули при сборке или использовать Компоновщик сборок (Al.exe). Для этого есть даже задача msbuild: AL (компоновщик сборок) Задача.
Полный обзор представлен на MSDN: Как: построить многофайловую сборку
стою поправился - можно сборки на разных языках объединять в одну сборку