草庐IT

buffered_ids

全部标签

c# - 我们可以使用枚举作为类型安全的实体 ID 吗?

我们在EF6.1代码优先设置中使用一个相当大的模型,我们使用int作为实体ID。不幸的是,这并不像我们希望的那样类型安全,因为很容易混淆id,例如比较不同类型实体的id(myblog.Id==somePost.Id)或类似的。或者更糟:myBlog.Id++。因此,我想出了使用类型化ID的想法,因此您不能混淆ID。所以我们的博客实体需要一个BlogId类型。现在,显而易见的选择是使用一个包含在结构中的int,但您不能将结构用作键。而且你不能扩展int...-等等,你可以!使用枚举!所以我想到了这个:publicenumBlogId:int{}publicclassBlog{public

c# - 从 wcf 绑定(bind) transferMode 从 "Buffered"更改为 "Streamed"是否被视为客户端的重大更改?

我有一个WCF服务端点,它通过流提供二进制文档。端点看起来像这样:publicStreamGetFile(intfileId){...}此服务端点的basicHttpBinding被错误地配置为使用TransferMode="Buffered"。服务端点当前由我无法控制的集成方使用。由于缓冲传输模式的内存消耗问题,我想将其更改为TransferMode="Streamed"。我能否安全地对服务绑定(bind)配置进行此更改,并期望这不会对任何集成方造成任何影响? 最佳答案 据我所知,WCF流模式传输是在客户端选择加入的,这意味着即使

c# - 抛出 FaultException 时 WCF 错误 "The size necessary to buffer the XML content exceeded the buffer quota"

我试图在WCF应用程序的服务器端抛出FaultException。我使用DTO作为此异常的有效负载。从某个时候(对于那种大对象)我开始在客户端收到“缓冲XML内容所需的大小超出了缓冲区配额”异常。所有绑定(bind)消息大小参数和maxDepth都设置为最大的值以排除怀疑。有人遇到过这个问题吗?网上好像还没有解决办法。设置没有帮助。 最佳答案 问题出在ClientRuntime的“MaxFaultSize”参数中,默认值为65535,因此默认情况下您无法在WCF的错误中传递大负载。要更改此值,您应该像这样编写自定义EndpointB

c# - 事件 ID 管理的最佳实践是什么?

我正在尝试弄清楚如何管理我的事件ID。到目前为止,我一直在手动将每个事件ID放入每个方法中,方法中的每个步骤都按顺序编号。这不允许我有效地过滤事件日志中的事件。为了在事件日志中使用过滤器,似乎每个记录的事件都必须有自己唯一的ID。我可以将它们全部存储在一个表中,并带有链接到它们的描述,但是当我的代码执行时,我正在记录“神奇”的无意义事件代码。我进行了Google搜索,但我似乎不知道要使用正确的关键字来弄清这个问题的根源。提前致谢 最佳答案 像Ben的建议一样,使用一定程度的间接访问可能是值得的-但我不会为代码使用int,而是使用实际

c# - AspNetUsers' ID 作为单独表中的外键,一对一关系

我上下查看,尝试了所有能够将AspNetUser表的外键存储在单独的Customer表中的各种不同方法。我在ASP.NET和EntityFramework方面还是个新手,但我已经阅读了很多文章和文档。目前我有这个模型publicclassCustomer{[Display(Name="CustomerID")]publicintCustomerID{get;set;}publicstringUserId{get;set;}[ForeignKey("UserId")]publicvirtualApplicationUserApplicationUser{get;set;}}publicc

c# - 生成用户友好的字母数字 ID(如业务 ID、SKU)的选项有哪些

要求如下:必须是字母数字,8-10个字符,以便于用户使用。这些将作为唯一键存储在数据库中。我将Guid用作主键,因此最好选择使用GUId生成这些唯一ID。我正在考虑采用Guid并将其转换为8个字符的唯一字符串的base-n转换器。首选简短、轻量级的算法,因为它会被经常调用。 最佳答案 8characters-perfectlyrandom-36^8=2,821,109,907,456combinations10characters-perfectlyrandom-36^10=3,656,158,440,062,976combinat

c# - 使用 protobuf-net 的 C# 项目中的 Protocol Buffer - 代码生成的最佳实践

我正在尝试在C#项目中使用protobuf,使用protobuf-net,我想知道将其组织到VisualStudio项目结构中的最佳方式是什么。当手动使用protogen工具将代码生成为C#时,生活似乎很容易,但感觉不对。我希望.proto文件被视为主要源代码文件,生成C#文件作为副产品,但在C#编译器参与之前。选项似乎是:原型(prototype)工具的自定义工具(虽然我不知道从哪里开始)预构建步骤(调用protogen或执行此操作的批处理文件)我一直在努力解决上面的2),因为它一直给我“系统找不到指定的文件”,除非我使用绝对路径(而且我不喜欢强制明确定位项目)。(还)有这方面的约定

c# - ReferentialConstraint 中的依赖属性映射到存储生成的列。列 : 'ID'

当我尝试添加Venue对象并调用SaveChanges()时,我不明白为什么会出现此错误。模型中与Venue对象的唯一区别是它们与City是1对1..0关系。Citycity=ProcessCityCache(ev,country,db);//Afterthiscall,'city'isalreadypersisted.venue=newVenue{TicketMasterURL=ev.VenueSeoLink,Name=Capitalize(ev.VenueName),City=city};db.Venues.AddObject(venue);db.SaveChanges();//E

c# - 为什么 asp.net Identity 用户 id 是字符串?

我想使用System.Guid类型作为我在asp.netwebapi应用程序中所有表的ID。但我也使用Asp.netIdentity,它使用string类型的id(也用于存储guid)。所以我想知道为什么它默认使用stringid而不是System.Guid?在所有应用程序中使用什么是更好的选择-Guidid或string-guidid?如果使用字符串-生成新ID的最合适和最可靠的方法是什么-在代码中还是在数据库中? 最佳答案 使用ASP.NETCore,您可以通过一种非常简单的方法来指定您想要用于Identity模型的数据类型。第

c# - LINQ 到 SQL : Delete entity (by ID) with one query

我使用LINQToSQL已经有一段时间了,当谈到从数据库中删除实体时,我总是调用表的.DeleteOnSubmit并传入实体。有时我发现自己在写类似这样的东西:db.Users.DeleteOnSubmit(db.Users.Where(c=>c.ID==xyz).Select(c=>c).Single());这当然会导致两个查询。一个获取符合条件的实体,然后另一个删除它。通常我有需要删除的记录的ID,我想知道是否有更直接的方法仅通过ID从表中删除行? 最佳答案 通过附加部分对象并将其删除,无需手动工具SQL即可执行此操作:varm