关于框架性能问题

2019-03-25 13:50|来源: 网路

目前要用JAVA做一个商城+BOLG+门户的整合网站,本人对JAVA情有独钟不想用其他语言写,在这里求教下,用什么样的框架性能比较好点,目前我想的是Struts2+Spring+Hibernate(自己写的爽)在就是Struts2+spring+Ibatis  请问下这两种组合哪个性能好点。

相关问答

更多
  • 会的,因为Annotation其实是一种接口。通过Java的反射机制相关的API来访问 Annotation信息。反射和代理动态运行,所以非常影响性能
  • 您的第二种方法依赖于EF导航属性修复过程。 问题在于每一个 query.Include(q => q.ItemNavN).Load(); 声明还将包括所有主记录数据以及相关的实体数据。 使用相同的基本思想,一个潜在的改进可能是对每个导航属性执行一次Load ,将Include替换为Select (对于引用)或SelectMany (对于集合) - 类似于EF Core如何在内部处理Include 。 以第二种方法为例,您可以尝试以下方法并比较性能: var query = ctx.Filters.Wher ...
  • “等效代码”很棘手......例如,在引擎盖下并且看不见,代码可能会使用诸如Reflection.Emit / DynamicMethod / Delegate.CreateDelegate类的东西来生成动态(但高度优化)的代码。 这些并不普遍适用(例如,不适用于CF 2.0)。 即使对于基本代码,JIT / GC在平台和/或框架(甚至不同的CPU /内核)之间的工作方式也可能非常不同。 例如,服务器GC与桌面GC不同。 x86和x64之间存在差异(不同的优化和成本)。 所以我担心它归结为特定领域的具体测试 ...
  • 当使用像EF或NHibernate这样的ORM时,你总是要在性能和便利性之间进行权衡。 如果你可以忍受相对糟糕的表现(我认为应该可以用ORM运行你的网站)NHibernate应该是你的第一选择,从我的观点来看它更成熟,而EF仍然缺乏提供商支持并且有一些关于开发工作流程的缺点(在使用NHibernate时可能会出现这种缺点,但在使用MS工具时却没有这种缺点)。 如果您从PHP切换到.NET,您应该考虑从MySQL切换到MSSQL,因为它完全适合MS生态系统(并且性能/可伸缩性也应该得到改善,这可能会超过使用E ...
  • 不,因为应用程序仍然以框架的第4版为目标(正如你所说的“应用程序的GUI仍将以4为目标”)然后所有代码都将使用V4 jit,因此即使给定的dll目标V2也是以V4速度运行框架。 No, as app still targets version 4 of the framework (as you said "GUI of the application will still target 4") then all the code will use the V4 jit and therefore run ...
  • 经过更多的研究,我们发现了一篇来自Pawel Kadluczka的博客文章: Visual Studio代码库中的实体框架代码第一视图生成模板 他创建了一个T4模板 ,可用于从Code First生成视图。 After more research, we found a blog post from Pawel Kadluczka: Entity Framework Code First View Generation Templates On Visual Studio Code Gallery He c ...
  • 摆脱循环。 那就是问题所在。 您正在向数据库发送大量查询。 将您要搜索的所有电影名称存储在列表中并在那里进行包含。 public async Task> GetReleaseDatesAsync(List movieNames) { //movie names that you're searching for - movieNames return await Db.ReleaseDates.Where(x => movieNames ...
  • 尝试 var count = entities.Post.Where(p => p.SiteID == 1 && p.CreatedDate != null).Query().Count(); http://msdn.microsoft.com/en-us/data/jj574232.aspx 在页面底部有这个: 使用Query来计算相关实体而不加载它们 有时,知道有多少实体与数据库中的另一个实体相关而实际上不会产生加载所有这些实体的成本是有用的。 使用LINQ Count方法的Query ...
  • 实体框架本身是否决定如何构建有效的查询 EF将始终自动确定如何构建查询,而sql -server也会自动优化查询。 我是否必须使用linq表达式并通过反复试验提高性能? 您可以尝试使用查询,但通常较小的更改不会影响性能(就表达式的排序而言) 您始终可以使用SQL事件探查器来查看EF的功能,并查看查询的效率。 如果需要很长时间,您可以在SSMS中重新运行查询并启用“ 包含实际执行计划”并确定查询速度慢的位置。 does entity framework itself decide on how to buil ...
  • 我会试试PlayFramework 。 在它的1.x版本中,它使用起来非常简单,并且它的服务器占用空间非常小。 I would give PlayFramework a try. In it's version 1.x it is really simple to use and it has a really small server footprint.