Ste*_*rts 6 coldfusion memory-management javabeans
我正在使用VMC创建一个站点,并使用bean将数据从Model传输到Controller/Views.
我计划实现一些基本的和非常简单的缓存,如果它们没有改变,将把bean存储在一个简单的结构中(随着使用量的增长,我们将在1.3版本周围实现更好的缓存系统).
所以问题在于我们的bean中的内容.
一种类型的bean只能保存基本数据,并依赖一些外部服务来完成剩下的工作(联系DAO获取查询,解析查询以加载bean值).这是一个"贫血豆"模型,因为我被一位同事反复告知:-).
另一种类型的豆将更加独立.它会知道DAO在哪里会直接调用DAO来获取数据查询.它将包含解析查询和设置属性所需的函数.它基本上将"服务"层的大部分与bean结合起来,将直接数据库留在DAO层中.
当然,对于控制器/视图,两个bean的外观和行为都相同.
但问题是内存以及ColdFusion/Java如何处理它.
使用贫血模型,bean只需要足够的内存来保存属性变量,只需触摸一下即可让它在需要时指向服务.
使用第二类bean中较重的函数,它会占用更多内存吗？bean的每个副本都有这些方法的完整副本吗？
我倾向于认为第二个模型不会有更多的内存,因为它们会"共享"这些方法,并且只需要内存用于属性变量.
恕我直言,第二种方法将简化代码库,因为bean需要的代码将更接近bean而不是分散在DAO和Services之间.它会减少服务中的简单函数,只需传递对bean的DAO的调用就可以在需要时直接转到DAO ......
这个问题有意义吗？或者至少我是怎么回事？
所有内存管理都在 Java 级别进行，因此遵循相同的规则。在 Java 中，创建对象实例时分配的唯一“新”内存是为其成员变量分配的；组件/类本身的方法没有内存占用：这些东西只在内存中存储一次，并有对其的引用。
一个可能的考虑是，CFC 的每个方法都被编译为它自己的离散类（为什么？我不知道），因此每个方法都是它自己的类。与 Java 类使用相比，这可能意味着 CFC 使用的内存占用稍大，但这仍然不会随着对象实例化而扩展：对象的每个实例仍然只为其成员变量消耗内存，而不是方法定义对象的 CFC 的名称。
| 归档时间： |
|
| 查看次数： |
283 次 |
| 最近记录： |