Visual studio 2010 在程序集引用和项目引用之间切换解决方案

Visual studio 2010 在程序集引用和项目引用之间切换解决方案,visual-studio-2010,build-process,fortran,projects-and-solutions,Visual Studio 2010,Build Process,Fortran,Projects And Solutions,我们有一个.NET4.0解决方案,其中包含一个输出为托管DLL的项目。该解决方案构建了一个使用此托管DLL的Winforms应用程序 支持.ftn95p项目类型的Visual Studio插件充其量是脆弱的,例如,它使用源代码文件的绝对路径,这些源代码文件必须在预构建脚本中修复-这导致其自身的问题与项目文件重新加载有关-在构建过程中会抛出各种模式对话,对于不需要接触Fortran源代码的开发人员来说,这一点都不好玩 我正试图想办法使在干净的机器上构建解决方案的过程更加顺利 我已经手动构建了For

我们有一个.NET4.0解决方案,其中包含一个输出为托管DLL的项目。该解决方案构建了一个使用此托管DLL的Winforms应用程序

支持
.ftn95p
项目类型的Visual Studio插件充其量是脆弱的,例如,它使用源代码文件的绝对路径,这些源代码文件必须在预构建脚本中修复-这导致其自身的问题与项目文件重新加载有关-在构建过程中会抛出各种模式对话,对于不需要接触Fortran源代码的开发人员来说,这一点都不好玩

我正试图想办法使在干净的机器上构建解决方案的过程更加顺利

我已经手动构建了Fortran DLL,并在其他项目中需要的地方添加了对它的引用,完全删除了Fortran项目,一切都运行得很好

然而,有些开发人员将需要整个解决方案,就像现在一样,将Fortran项目加载到IDE中

我正在寻找如何更好地支持这两类开发人员的想法:

  • 那些需要接触Fortran的人(他们将不得不继续忍受这种脆弱的构建)
  • 那些从不需要接触Fortran的人(从不用处理Fortran插件的怪异性中获益)

我已经考虑过两种解决方案,但其中存在维护/同步问题。我们能否以一种巧妙的方式利用构建配置?我不知道如何利用,但这是一种可能性。

令人印象深刻的是,有人可以靠销售这样的工具谋生。我想他们需要您的支持资金才能生存,请不要犹豫,花上这些钱吧我很乐意与他们合作解决您的问题。似乎有其他选择()“Visual Studio.NET 2003是开发环境中的行业标准”:-(