小编Ste*_*ner的帖子

我认为它将我的Web服务的CS文件与相关的ASMX文件相关联.但无论发生什么,我都不能双击打开CS文件 - 我必须"查看代码"或者它在设计器中打开.

有谁知道如何关闭这种自动行为？我只是想编辑代码!

我在.ASCX文件的顶部有以下定义:

<%@ Control Language="C#" AutoEventWireup="true" CodeBehind="ArticleView.aspx.cs" Inherits="MyNameSpace.ArticleView" %>

在该控件中,我使用<%=%>块来引用我在代码隐藏文件中声明的成员.如果我编译和部署控件,它工作正常.但是在Visual Studio中我遇到了很多设计时错误,"当前上下文中不存在"{some variable}." 而Intellisense也会中断:它适用于UserControl的成员,但找不到我自己声明的成员.还有其他问题.一般来说,一切都指向生成的ASP.articleview_ascx类以某种方式不从MyNameSpace.ArticleView类继承.

我发现如果我将CodeBehind属性切换为"CodeFile":

<%@ Control Language="C#" AutoEventWireup="true" CodeFile="ArticleView.aspx.cs" Inherits="MyNameSpace.ArticleView" %>

突然Intellisense工作,所有的设计时错误都消失了.但我不想进行运行时编译,也不想部署我的.ASCX.CS文件 - 所以我不能使用CodeFile.

我检查简单的东西,比如确保我隐藏文件名是正确的和继承类有正确的命名空间,等等(而且由于它改变了属性的CodeFile后正常工作,这些必须是在正确的地方指指点点. ...)但我错过了什么？为什么它不能处理CodeBehind属性？

谢谢,
史蒂夫

更新:从下面的一个帖子 - 基本问题是,为什么不使用CodeFile？答:当我尝试在我的文件中使用CodeFile =进行部署时,在部署之后,我收到以下堆栈跟踪(完整呈现):

/_layouts/Pages/ViewPage.aspx.cs'不存在.在在System.Web.UI.TemplateParser.ProcessCodeFile(VirtualPath codeFileVirtualPath)在System.Web.UI.TemplateParser.ProcessMainDirectiveAttribute(字符串DEVICENAME,字符串名,字符串值,IDictionary的parseData System.Web.UI.Util.CheckVirtualFileExists(VirtualPath virtualPath) )

(这是来自于/_layouts/Pages/ViewPage.aspx请求的ViewPage的是,有几个其他控件,包括在我原来的例子中提到的ArticleView页面这恰好是失败的第一个文件. - 如果我回去代码隐藏= IN的ViewPage,遂把ASCX用的CodeFile =会以同样的方式失败.)这似乎是页面编译器抱怨,因为继承的代码隐藏类无法在任何加载的DLL被发现,因此,预计必须有一个CS文件来进行按需编译.

这里的问题是我不想部署CS文件,只需要ASPX/ASCX.阅读了很多这样伟大的文章,我知道各种新的部署模式,虽然我从来没有使用任何东西,只有一个Web应用程序项目(从VS2003转发,我们是2005年的后期采用者和WAP模型已经已经被我们从2003年)在许多VS2005/8个项目交换了加时,我从来没有遇到过的问题与代码隐藏=,直到这个问题的智能感知出现了......虽然它并不能帮助,在这种情况下,我正在部署到SharePoint,这引入了全新的复杂性.

由于我之前没有使用CodeFile进行部署,因此我很可能在构建时错过了我应该在VS中设置的一些选项,以便强制进行预编译.我只需要像今天一样部署一组带有单个代码隐藏DLL的ASPX/ASCX.今天在CodeBehind = ...它正在使用最初提到的Intellisense问题,这正是我想要解决的问题:)

当我确定哪些文件可能与问题相关时,会发布更多内容...

首先,让我用一句话来说出一些挫折感:我的上帝,为SharePoint开发是一个混乱!

好的,对不起,让我关注一个具体的场景.我已经开发了(VS2005)一些功能,如果我将其作为DLL部署在SharePoint(MOSS2007)服务器上.现在,我正在尝试确定将其打包为可部署功能的最佳方法.

根据搜索结果,您认为没有人能以可重复的方式成功完成此任务!每篇文章都与下一篇文章相矛盾,或者记录了一种技术,这种技术可以解决其他人的技术问题,反过来可能会在另一篇文章中进行更新.许多似乎基于2003年的遗留方法,WSS等.有些人建议使用MSBuild任务部署到您的代码,手动将文件复制到名称为"12"的目录,或使用SharePoint Designer等工具或直接修改服务器.这些听起来像开发人员用来安装在测试服务器上的黑客.有没有人创建过一个项目,在成功构建之后,可以将其带到另一台机器并通过STSADM使用安装程序或单命令行指令进行部署？

我承认我只有初学者的SharePoint管理知识,但它必须比看起来更容易.我想我了解http://msdn.microsoft.com/en-us/library/ms413687.aspx上的基本概念,但有没有办法实现自动化？在2007服务器上必须有一个推荐的包装功能的实践..但对于我的生活,我无法弄清楚它是哪一个.(我最好的猜测是它是这样的:http://www.codeplex.com/sptemplateland,但自2007年2月以来一直没有更新.)

有人可以帮忙吗？非常感谢!

我们有一组代码将在独立的ASP.NET和SharePoint中使用.我想知道是否有合法的方法在CS文件中编写条件代码来检测SharePoint是否存在？

它需要能够在OnPreInit中或之前运行,因为基于此决定,我们将切换MasterPageFile属性,这需要在页面生命周期的早期完成.

我想我可以做一些事情,比如检查"〜/ layouts"目录的存在等,但必须有更好的方法来做到这一点.此外,谁知道 - 出于兼容性原因(图像的位置等),我们可能实际上采用ASP.NET独立模式中的SharePoint目录结构.

即使在独立运行时大部分未使用Microsoft.SharePoint.DLL也可以.

谢谢!