小编use*_*232的帖子

我想是的,但我需要证明这一点.

我猜,它与Flash及其Bitmap与BitmapData的情况相同.基本上,BitmapData是Bitmap中数据的非可视提取,允许非常容易和快速的操作.

我认为对于高性能解决方案,比如游戏,从每个图像中提取ImageData(例如,每个精灵),并将其缓存在"资产"字典中,比在画布上绘制精灵本身更好.再次.

有人能证明这一点吗？

是否有可能从其线程中取出HTTPServletRequest,解散此线程(即将其带回池中),但保持与浏览器的底层连接正常工作,直到我从耗时的操作中获得结果(例如,处理一个图像)？处理返回数据时,应异步调用另一个方法,并将请求和数据作为参数给出.

通常,长池功能以非常阻塞的方式运行,其中当前线程未解散,这在并发连接方面降低了服务器端应用程序的可伸缩性.

我对邮件服务器一般都不熟悉,请原谅我的无知.

我需要能够通过基于Spring的Web应用程序管理邮件服务器.通过管理,我的意思是为新用户创建邮件帐户,侦听来自这些用户的传入更新,删除帐户,删除用户帐户等等,等等.

我假设邮件服务器(至少是好的邮件服务器)提供某种服务API(SOAP,REST,无关紧要),应用程序可以通过它来挂钩和进行更改.但是,对于那些优秀的开源服务器以及它们提供的选项,我真的不熟悉.

如果有人可以提出解决方案,我会很高兴的.

随着Hibernate在我的项目中的引入,我的代码开始变得非常耦合,并且在很多地方都是样板(并且它应该是反过来的,对吧？)

我对一个特定的例子感到非常困惑.我一直认为DAO对象本质上是非常通用的(大多数封装了基本的CRUD操作以及后端存储实现)

不幸的是,随着我的实体类开始变得越来越复杂,我开始向DAO对象卸载越来越多的逻辑.我有一个特别的例子:

我的实体类User应该有一个名为friends的关系,它本质上是一个用户集合.但是,我必须将我的类映射到UserFriendship对象的集合,每个对象都包含对friend对象的引用,还包含其他特定的友谊数据(友谊发生的日期)

现在,很容易在实体类中引入自定义getter,它将获取UserFriendship对象的集合并将其转换为User对象的集合.但是,如果我只需要我的朋友集合的一部分,比如在分页中,该怎么办？我无法在实体对象中真正做到这一点,因为它无法访问会话,对吧？当我需要对关系进行参数化查询时,这也适用.可以访问会话的是UserDAO.所以我最终得到了这个

UserDAO =>普通CRUD方法=> getFriends(整数偏移,整数限制); =>一群类似的getter和setter负责管理User实例中的关系.

疯了吧.但我真的不能做任何其他事情.我不知道是否可以在实体类中声明计算属性,也可以参数化.

我在技术上也可以将DAO包装在实体中,并将​​帮助器getter和setter放回到实体类中,它们应该在那里,但我不确定这是否也是一个好习惯.

我知道DAO只能由控制器对象访问,它应该提供一个或多或少完整的实体对象或一组实体对象.

我很困惑.或多或少,我的所有DAO对象现在都耦合应该在Entity对象或控制器中的逻辑.

如果我的问题有点令人困惑,我很抱歉.制定它有点难.

我敢称自己为骨干黑客.我知道框架可以做什么,以及它的局限性.我也有一些模板框架的经验.

我已经看过许多教程,其中人们解释了如何创建复杂和嵌套的视图,并且大多数教程构建它有点使用模板,然后在父视图的render方法中,以组合模板化的子视图

对我来说,为什么人们应该在声明性代码中处理布局渲染是没有意义的.来自Flex,我被教导永远不会这样做.我总是将布局描述和变量绑定留给标记,然后将事件处理留给使用此标记的声明性(View实例)代码.

但是,我测试的模板框架都没有允许使用嵌套视图创建复杂标记.实际上无法从模板调用模板,因此实例化View对象.这似乎在技术上是可行的,特别是使用数据属性,我们可以在其中指定类型名称.

然后,根级View类的所有渲染方法都要将此模板转换为HTML标记,然后找出子对象的类型应该是什么,为它们中的任何一个创建子视图实例,并进一步保持,如果这些子对象本身应该有子对象.每个视图都有一个模型上下文.基本上我们一直处理的所有样板步骤,但在Backbone.View级别自动化.

有人在想这个吗？为什么似乎没有人使用这个？

对于我目前的一个应用程序,我一直在为Spring开发基于插件的简单体系结构而烦恼不已.无论使用像MVC这样的模式可以实现多少分离,总会达到耦合不可避免的程度.

因此,我开始称重选择.起初我认为过滤器是一个很好的过滤器.我制作的每个插件都是一个过滤器,然后我将简单地插入到过滤器映射中.当然,这会在枚举和检查所有过滤器时产生一些开销,但至少,控制器不必关心数据到达之前发生了什么,或者事后发生的事情,他们只会关心获取模型(通过DAO或诸如此类)并返回它们.

这个问题是我的所有app请求都不是基于HTTP的.有些是基于电子邮件,有些则是内部安排的(定时),因此过滤器不会有太大帮助,除非我尝试将每种类型的传入请求调整为HTTPRequest,这太过分了.

我想到的另一个是基于注释的AOP,我在其中注释每个方法,其中插件将基于某些约定拦截方法.我的问题是,首先我对AOP一般不太熟悉,其次,简单地编写所有这些约定已经暗示了一点耦合

到目前为止,主要吸引我的思维方式的选项是使用基于Spring的事件.我的应用程序中的每种类型的请求处理程序(Web控制器,电子邮件处理程序等)都将是一种事件调度程序,它将在每个主要操作上调度Spring事件.另一方面,插件将只是监听特定事件发生的时间,并做一些逻辑.这也允许我使用#1点,因为其中一些插件也可以是过滤器,即当他们收到某个控制器动作完成的通知时,他们可能只是决定什么都不做,而是等待什么时候它们被过滤链调用.我认为这是一个不错的方法.当然,这里还有调整事件的开销,以及每个涉及的类将永远与Spring结合的事实,但我认为这是一个必要的邪恶.

我对Spring事件的主要关注点是性能,包括延迟和内存占用.

我仍然不是专家,所以这里的一堆反馈会有很大的帮助.春季活动对于这种类型的建筑来说是最好的,还是有另一种我错过的解决方案？我知道甚至可能会有一些第三方解决方案,所以如果有人能指出一两个经过验证的解决方案,我会很高兴.

谢谢.

如果我想从延迟加载的集合中获取单个或仅少量项目(例如,第1个,第3个和第5个),Hibernate将从数据库中获取所有项目,然后返回我请求,或者它将专门从数据库中检索所请求的请求