Когда смешать языки?

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

Прямо сейчас я работаю над визуализатором данных, данные в базе данных, поэтому, конечно, есть SQL, но это вряд ли имеет значение, потому что он небольшой и часто требуется. Данные превращаются в серию графиков, я использую R, который похож на MATLAB, но с открытым исходным кодом. Это уникальный статистический язык с некоторыми расширенными функциями построения графиков.

Визуализатор данных - это не просто генератор графиков, поэтому должен быть способ просматривать и перемещаться по этой куче файлов изображений. Мы решили использовать html со встроенным javascript для создания автономного «приложения», которое можно легко распространять. Он отключен в том смысле, что он самодостаточен, что html тщательно генерируется, а js внутри него тщательно обрабатываются, чтобы позволить пользователю просматривать тысячи изображений, сортируя или фильтруя по ряду критериев.

Как вы тщательно разрабатываете javascript и html на основе структуры базы данных, которая меняется по мере того, как остальная часть моей команды делает успехи? Они создаются программой Perl (на самом деле однопроходный сценарий), которая считывает в базу данных некоторую структуру и ключевую информацию, а затем выводит более 300 килобайт HTML / js. Это тоже не совсем тривиальный html, карты изображений, которые тщательно выровнены с графиками R, и некоторый javascript onclick () позволяют пользователю фактически взаимодействовать с графиком простого изображения, поэтому все это выглядит как реальное приложение браузера / визуализатора данных.

Это четыре «языка», пять, если считать SQL, просто для создания единого конечного продукта.

Я не думаю, что делать это на одном языке было бы хорошим выбором, потому что мы используем возможности настоящего веб-браузера для дайте нам бесплатный графический интерфейс и интерфейс.

• Когда 2 головы лучше, чем одна.

  Я часто видел игры, в которых флеш-память была встроена в C # - с ИИ и другим тяжелым кодом, работающим на C ++ DLL.

• Когда вынуждали

  Написание нового кода для расширения новой системы, поддерживаемой старой framework

Прекрасным текущим примером было бы написание методов для создания XML-документов в VB.NET, который имеет функцию «XML-литералы», которой нет в C #. Поскольку это оба языка .NET, нет причин не вызывать один из другого:

Public Function GetEmployeeXml (ByVal salesTerritoryKey As Integer) As XElement
    Using context As New AdventureWorksDW2008Entities
        Dim x = <x>
                <%= From s In context.DimSalesTerritory _ 
                Where s.SalesTerritoryKey = salesTerritoryKey _
                Select _
                <SalesTerritory 
                    region=<%= s.SalesTerritoryRegion %>
                    country=<%= s.SalesTerritoryCountry %>>
                    <%= From e in s.DimEmployee _
                        Select _
                    <Employee firstName=<%= e.FirstName %> lastName=<%= e.LastName %>>
                         <%= From sale in e.FactResellerSales _
                             Select _
                        <Sale 
                            orderNumber=<%= sale.SalesOrderNumber %>
                            price=<%= sale.ExtendedAmount %>/>  %>
                    </Employee> %>
                </SalesTerritory> %>
                </x>
        Return x
    End Using 
End Function  

Например, в играх (которые являются довольно хардкорными приложениями) у вас обычно есть очень жесткий движок C ++, который выполняет всю тяжелую работу, и язык сценариев (например, Lua), доступный и подходящий для создания происходит тот набор особых случаев, который мы называем «игрой».

Основная причина, по которой вы смешиваете языки, заключается в том, что один язык имеет преимущества в определенных областях, а другой - в других. Итак, вы пытаетесь использовать возможности обоих, соединяя их вместе. Типичным примером является использование C и ASM, потому что C более абстрактный и упрощает выполнение более сложных задач в программе, однако вы можете использовать ASM для работы с оборудованием и процессором базового уровня. Таким образом, они часто смешаны, учитывая природу C и его использование во встроенных системах.

Чаще всего это происходит, когда у вас уже есть код, написанный на двух или более разных языках, и вы замечаете, что имеет смысл комбинировать программы. Переписывание стоит дорого и требует времени.

В финансовом мире часто приходится поддерживать программы в рабочем состоянии (или заменять их) 50 лет. При замене технологий каждые 10 лет новые контракты (ипотека, страхование жизни) заключаются на новейшем языке / среде. Четыре старых просто обрабатывают ежемесячные платежи и вносят изменения в существующие контракты. Чтобы знать, как обстоят дела в компании, вам необходимо интегрировать данные из всех пяти систем.

Я полагаю, что поддерживать старые в живых дешевле, чем каждый раз переходить на новейшие технологии. С точки зрения предотвращения риска это имеет смысл.

Веб-приложения , вероятно, не должны быть смешанными языками для разработчика. Smalltalk прекрасно справляется с задачей, с Gemstone для настойчивости и Seaside в качестве среды веб-приложений. Несколько языков (javascript) можно скрыть во фреймворке.

Программирование устройств - обычно вы хотите запрограммировать пользовательский интерфейс с использованием собственного языка пользовательского интерфейса ОС (например, Java для Android), но вам нужно будет запрограммировать драйверы устройств с помощью чего-то большего на низкий уровень (например, C).

У людей здесь большая причина. Я просто возьму вот это:

Есть еще случай постепенной деградации. Например, я работаю над устаревшей внутренней сетью, и мы постепенно меняем язык с одного языка на другой, поэтому на данный момент у нас есть разные языки в одной системе.