Tag: asp.net

“LINQexpression式节点types”调用“不支持LINQ to Entities” – 难住！: 在我的EF后来，我试图传递一个匿名函数作为我的Linq查询的一部分。该函数将传入一个INT并返回一个BOOL（u.RelationTypeId是一个INT）。以下是我的function的简化版本： public IEnumerable<UserBandRelation> GetBandRelationsByUser(Func<int, bool> relation) { using (var ctx = new OpenGroovesEntities()) { Expression<Func<UsersBand, bool>> predicate = (u) => relation(u.RelationTypeId); var relations = ctx.UsersBands.Where(predicate); // mapping, other stuff, back to business layer return relations.ToList(); } } 但是，我得到上述错误。看起来我正在通过构build函数的谓词来正确地处理所有事情。有任何想法吗？谢谢。

如何从代码隐藏div（c＃）: 我在我的页面上有一个div元素，我希望根据代码隐藏中的会话值来显示/隐藏。我怎样才能做到这一点？

ASP.NET MVC WebAPI 404错误: 我有一个运行在v4.0集成模式下的asp.net web窗体应用程序。我试图在App_Code文件夹中添加一个apicontroller。在Global.asax中，我添加了下面的代码 RouteTable.Routes.MapHttpRoute( name: "DefaultApi", routeTemplate: "api/{controller}/{id}", defaults: new { id = System.Web.Http.RouteParameter.Optional } ); 当我尝试导航到http://localhost/api/Value的控制器时，出现404错误。在处理程序部分中configuration无扩展url。我有网站的表格和匿名身份validation启用。 ExtensionLessurlconfiguration为“*”。当我点击控制器的URL时，请求由StaticHandler而不是ExtensionlessUrlHandler-Integrated-4.0来处理。现在我不知道为什么系统会抛出如下图所示的错误。

实体typesMVC5 EF6中的用户: 我在MVC5中创build了一个类，我想要内容的主要所有者，然后我想要一些内容的编辑器： public class Content { public int ID { get; set; } public IdentityUser Owner { get; set; } public ICollection<IdentityUser> Editors { get; set; } public string Title{ get; set; } public string Body { get; set; } } 在数据库上下文中，我有以下代码： protected override void OnModelCreating(DbModelBuilder modelBuilder) { base.OnModelCreating(modelBuilder); modelBuilder.Entity<Content>() .HasOptional(c => c.Editors) .WithRequired() .WillCascadeOnDelete(); modelBuilder.Entity<Content>() […]

经典的ASP有没有好处ASP.net: 现在通过创build几百个简单的Web表单与经典的ASP工作了约2年，我看不到切换到.net的一个很好的理由; 然而，我并不是很熟悉.net，所以我相信我可能会错过一些东西。我经常听到的一些关于工作的点可以在这里find： http ： //www.packtpub.com/article/Classic-ASP （不是我分享所有这些想法，但它是一个很好的起点）我非常有兴趣听到别人在这个问题上的发言。

使用标记接口而不是属性的令人信服的理由: 在Stack Overflow之前我们已经讨论过，我们应该更喜欢属性到标记接口（没有任何成员的接口）。 MSDN上的界面devise文章也强调了这个build议：避免使用标记界面（没有成员的界面）。自定义属性提供了一种标记types的方法。有关自定义属性的更多信息，请参阅编写自定义属性。自定义属性是首选的时候，你可以推迟检查的属性，直到代码执行。如果你的情况需要编译时间检查，你不能遵守这个准则。甚至有一个FxCop规则来执行这个build议：避免空接口接口定义提供行为或使用合同的成员。接口所描述的function可以被任何types所采用，而不pipetypes在inheritance层次中出现的位置。一个types通过为接口的成员提供实现来实现一个接口。一个空的接口没有定义任何成员，因此，没有定义一个可以实现的合同。如果您的devise包含types预期要实现的空接口，那么您可能使用接口作为标记，或者识别一组types。如果此标识在运行时发生，则正确的方法是使用自定义属性。使用属性的存在或不存在或属性的属性来标识目标types。如果标识必须在编译时发生，那么使用空的接口是可以接受的。本文只说明一个原因，您可能会忽略该警告：当您需要types的编译时间标识。（这与界面devise文章一致）。如果在编译时使用接口来标识一组types，那么从这个规则中排除警告是安全的。下面是实际的问题：微软在框架类库的devise（至less在几个情况下）不符合他们自己的build议： IRequiresSessionState接口和IReadOnlySessionState接口。 ASP.NET框架使用这些接口来检查是否应该为特定处理程序启用会话状态。显然，它不用于types的编译时识别。为什么他们不这样做？我可以想到两个潜在的原因：微优化：检查一个对象是否实现了一个接口（ obj is IReadOnlySessionState ）比使用reflection检查一个属性（ type.IsDefined(typeof(SessionStateAttribute), true) ）要快。大部分时间差别可以忽略不计，但对于ASP.NET运行时中性能至关重要的代码path来说，这可能是非常重要的。但是，他们可能使用的解决方法就像caching每个处理程序types的结果。有趣的是，ASMX Web服务（具有类似的性能特征）实际上使用WebMethod属性的EnableSession属性来达到此目的。实现接口的可能性比用第三方.NET语言装饰属性的types更有可能被支持。由于ASP.NET被devise为与语言无关，并且ASP.NET根据<%@ Page %> EnableSessionState <%@ Page %>指令，使用接口而不是属性可能更有意义。什么是使用标记接口而不是属性的说服力的原因？这只是一个（过早的）优化或框架devise中的一个小错误？（他们认为reflection是“红眼睛的大怪物”吗？）思考？

我们如何确定我们是使用Web API 1还是使用Web API 2？: 介绍这个问题我想知道我们是否使用Web API 1或2.我自己的packages.config表示版本5.0.0。那是Web API 1或2吗？ search和研究我曾尝试使用谷歌search以下内容： “web api 1”“web api 2” 和 ASP.NET Web API发行历史和 ASP.NET Web API nuget 最好的参考似乎是这两个nuget页面： ASP.NET Web API Nuget似乎表明任何东西都是4. *是Web API 1，微软ASP.NET Web API 2.1 Nuget的东西5. *是Web API 2。是对的吗？我怎么知道肯定？

使用100％CPU的W3WP.EXE – 从哪里开始？: 在IIS6上运行的ASP.NET Web应用程序定期将CPU高达100％。 W3WP负责这些剧集中几乎所有的CPU使用情况。 CPU在几分钟到一个多小时内都保持100％的固定状态。这是在一个临时服务器上，这个站点现在只能从testing人员那里获得非常轻的stream量。我们已经在服务器上运行了ANTS分析器，但是没有透露。我们从哪里可以找出导致这些事件的原因以及在那段时间内哪些代码会使CPU处于繁忙状态？

ASP.NET Core（ASP.NET 5）应用程序中提供了哪些框架？: 我已经看到了在project.json文件中使用的各种框架，使用诸如netcore50 ， dotnet ， dnx451 ， net45等名称。 “framework”部分的文档project.json并没有（但是）指定如何将这个部分用于不同的框架。什么框架是可用的，应该在project.json中使用什么名称来定位每个？

ASP.Net或WPF（C＃）？: 我们的团队是分歧的，我想得到一些第三方的意见。我们正在构build一个应用程序，不能决定是否要使用.Net WPF桌面应用程序与WCF服务器，或使用jQuery的ASP.Net Web应用程序。我以为我会在这里问一些问题，看看使用哪一方的优点/缺点。我有我自己的最爱，觉得我有偏见。理想情况下，我们希望尽可能快地构build软件的初始版本，然后放慢速度并花费一些时间来构build稍后需要的其他function/组件。最重要的是我们希望软件速度更快。用户整天都在进行logging，延迟加载logging或刷新屏幕会降低生产力。申请细节：我估计大约有100个不同的屏幕用于初始版本，计划在最初的发行版后面增加许多额外的屏幕。我们正在寻找使用双向沟通的提醒和事件系统目前必须支持大约100个用户，尽pipe我们已经被告知允许增长到500个用户我们有多个地点需要考虑的事项（可能不是在某些情况下，而是在将来的版本中）初始版本之后添加额外组件的空间（有很多这些…可能比初始应用程序在这里工作）键盘导航性能是必须的生产速度到初始版本低维护开销未来的支持软电话/扫描仪集成我们的开发者：我们有一个程序员在过去的几个月里一直在学习WPF，并build议我们使用WPF。我们有一位熟悉ASP.Net的第二位程序员，他可能会在未来帮助完成这个项目，但是直到最初的发行版本之后，他才会继续使用这个软件。有我，两个谁一起工作，舒适我们有一个外部公司做项目pipe理，他们是一个ASP.Net公司。我们计划雇用1-2个人，但是我们需要知道我们要先走什么方向环境：一般用户使用terminal服务在Windows 2003服务器上。他们通过RDP连接使用WYSE瘦客户端进行连接。 pipe理员工有自己的电脑XP或更高。用户可以指定自己的分辨率，但限于使用IE作为网页浏览器。其他位置通过MPLS连接连接到我们的networking 基于此，你会select什么？为什么？我特别感兴趣的是有了ASP.Net和WPf经验的开发人员。