У нас есть решение .NET 4.0, которое содержит Fortran 95 для Windows проекта, вывод которого - управляемая DLL.Это решение создает приложение Winforms, которое использует эту управляемую DLL.
Плагин Visual Studio, поддерживающий тип проекта .ftn95p, в лучшем случае нестабилен, например, он использует абсолютные пути к файлам исходного кода, которые должны бытьисправлено в сценарии перед сборкой - что приводит к собственным проблемам с перезагрузкой файла проекта - во время сборки создаются всевозможные модальные диалоги, что не доставляет удовольствия разработчику, которому не нужно когда-либо касаться исходного кода на Fortran.
Я пытаюсь найти способы сгладить процесс построения решения на чистой машине.
Я собрал библиотеку Fortran DLL вручную и добавил ссылку на нее, где это необходимо.в других проектах полностью удалили проект Fortran, и все работает отлично.
Однако есть некоторые разработчики, которым необходимо иметь полное решение, как сейчас, с проектом Fortran, загруженным в IDE.
Я ищу идеи о том, как мы можем лучше поддерживать оба классаразработчик:
- тех, кому нужно прикоснуться к Фортрану (которым просто нужно будет продолжать мириться с нестабильной сборкой
- тех, кому никогда не нужно трогать Фортран (кому выгодномне никогда не приходилось иметь дело со странностями плагина Fortran)
Я уже рассмотрел два решения, но там есть проблемы с обслуживанием / синхронизацией.Можем ли мы использовать конфигурации сборки умным способом?Я не могу думать как, но это возможно.