标签: solution

场景:

目前,我们有一个支持单个可部署实体的单一解决方案,一个WinForm/WPF客户端,该解决方案具有一个层架构,其中包含代表各种层(数据,业务,UI)的项目.我们将介绍其他可部署的实体,例如LiteClient,Server和RIA.

我们正在考虑重组,我们将拥有多个解决方案,每个可部署的实体(客户解决方案,服务器解决方案,RIA解决方案等),这些解决方案将共享各种项目,例如数据层项目.这基本上是微软P&P小组推荐的分区单一解决方案(http://msdn.microsoft.com/en-us/library/Ee817674(pandp.10).aspx)

题:

除了这种方法的管理开销,如果我们采用它,是否有任何严肃的现实世界等待我们.

在MVC文件夹结构中,通用类文件应该驻留在哪里？例如,我有一个类来确定要使用的正确的DataContext,所以我不会在每个控制器中重新发明轮子.它应该存在于Controllers文件夹中,即使它不是控制器吗？它应该与模型一起使用,因为它与数据库相关,即使它不是模型吗？可能是Views\Shared文件夹？或者Content是这种东西的全能文件夹？我相信我可以把它放在任何地方,但我想知道"正确"的地方在哪里.

我在Visual Studio中有第三方项目类型,出于某种原因,它仅支持构建的.NET平台配置,对于解决方案中的所有其他(标准C#)项目,我只有AnyCPU.不幸的是,自从升级到VS 2010以来,它在构建时会产生以下错误:

错误39未为项目"ReferencedBusinessProject.csproj"设置OutputPath属性.请检查以确保您为此项目指定了Configuration和Platform的有效组合.Configuration ='Debug'Blatform ='.NET'.如果某个其他项目正在尝试遵循项目到项目对此项目的引用,此项目已卸载或未包含在解决方案中,并且引用项目不使用相同或等效项目构建,则也可能出现此错误配置或平台.C:\ Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets 483 10 CustomTypeProject

它在缺少的内容中具有相当的描述性,但到目前为止我还没有找到任何解决方法.你知道如何解决这个问题或者问题是什么？

在Visual Studio(2010)中,是否可以在项目级别创建"解决方案文件夹"？
Visual Studio中的"虚拟"项目文件夹？

问题:

我们的解决方案中有一个项目,其中包含我们所有的文化资源文件.我们根据业务目的使用单个资源文件,即我们有多个代表每种文化的资源文件.

由于不同文化的资源文件必须存储在同一位置(路径),因此这会导致或项目在根级别包含许多资源文件.暂时没问题但是当我们添加对不同文化的支持时,资源文件的数量将增加到无法管理的数量

因此,为了更好地组织我们的项目,我们想在项目级别创建一个"虚拟"文件夹,我们可以在每个文化中创建一个文件夹.这可能吗？

有什么想法吗？

有没有办法将解决方案构建到单个文件夹中？我在这个解决方案中有几个项目,每个项目都访问一个应该在当前目录中的配置文件.我只是将每个项目的构建文件移动到一个,它仍然可以工作,但是,它看起来如此无组织和混乱.我只是想知道还有其他方法可以做到这一点.

我是第一次尝试Netbeans,以便进行一些Linux C/C++开发工作.但是在拥有强大的Visual Studio背景时,我很难找到相当于VS的东西solution file.

解决方案是一组一个或多个项目的组合,这些项目一起工作以创建应用程序.

我能看到的最接近的是一个Project Group定义为:

组是IDE项目的持久集合.持久性位于用户目录中,因此是每用户(不与其他IDE用户共享).组具有显示名称.如果其中一个项目被设置为主项目,那么该信息也会保留.

这使得这似乎成为组织我目前正在进行的工作的工具,而不是组织项目之间关系的手段(并且与项目本身一起存储)

那么ProjectsNetbeans相当于VS solution files吗？

我正在制作一个工具,并使用Roslyn加载解决方案文件,然后获取所包含项目的编译.

但是出现了一些错误(5000 +)......这些错误很少:

• CS0518:未定义或导入预定义类型"System.String"
• CS0246:找不到类型或命名空间名称'System'(您是否缺少using指令或程序集引用？)

以下代码有两次尝试:

• #1 - 尝试立即编译 - 我在第一时间尝试了...这个错误有5000多个
• #2 - 编译添加系统引用 - 我试图让它工作,它确实有效...但不是预期的

代码:

var workspace = MSBuildWorkspace.Create();
var solution = await workspace.OpenSolutionAsync(@"C:\Projects\MyLib\MyLib.sln");

var sortedProject = solution
    .GetProjectDependencyGraph()
    .GetTopologicallySortedProjects()
    .Select(solution.GetProject);

foreach (var project in sortedProject)
{
    // 
    // #1 - trying to compile right away
    //
    var compilation1 = await project.GetCompilationAsync();
    var diag1 = compilation1.GetDiagnostics();

    // 
    // #2 - compiling adding system references
    // 
    var assemblyPath = Path.GetDirectoryName(typeof(object).Assembly.Location);
    var project2 = project.AddMetadataReferences(
        new[]
                    {
                        MetadataReference.CreateFromFile(
                            Path.Combine(assemblyPath, "mscorlib.dll")), …

在某些解决方案中，我在开发过程中使用对内部项目的直接引用，并切换到 nuget 引用进行发布。然而，手动将 30 多个项目添加到新解决方案是一项繁琐的任务。

我想知道是否有更快的方法来做到这一点。对于项目来说，这非常容易，因为您只需复制/粘贴 xml，但解决方案文件并不那么容易编辑，但也许有一些技巧？

我有一个自定义代码分析规则集，我想将其应用于解决方案中多个项目的所有配置，但不知道如何实现。

明确地说，我正在寻找一种方法（如果有的话）在一个步骤中执行此操作，而不是从 IDE 编辑每个项目的属性。

到目前为止，我找到了这个指导：https : //docs.microsoft.com/en-us/visualstudio/code-quality/how-to-configure-code-analysis-for-a-managed-code-project?view=vs -2019#specify-rule-sets-for-multiple-projects-in-a-solution

但这似乎并不正确。在 Visual Studio 2019 中，如果我转到“分析”>“配置代码分析”>“解决方案”，我会看到一个带有消息的空白属性页：

注意：此属性页已被弃用，将在未来的产品版本中删除。

还有另一种方法可以做到这一点吗？我有很多项目:(

谢谢。

有哪些正确的stsadm命令可以强制升级到SharePoint解决方案.我试过了

C:>"C:\ Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\stsadm.exe"-o deploysolution -name"MySolution.wsp"-immediate -allcontenturls -allowGacDeployment -allowCasPolicies -force

其次是

C:>"C:\ Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\stsadm.exe"-o execadmsvcjobs

它似乎部署并显示解决方案具有部署时间,当我推送这些命令但我的文件似乎没有更新并且新文件没有出现.

我错过了什么吗？处理完这些命令后,是否需要执行IISReset/noforce.

谢谢,乔什刘易斯