看起来标准的MVC approch(因为它与ColdFusion有关)是制作视图文件.cfm并在cfc内部执行最终处理视图的CFINCLUDE.
这会破坏cfc的面向对象吗？
这是否会导致CFML编译器每次都必须编译视图？
是否有充分的理由不使用GetContent方法自己创建视图文件cfc？
这会破坏cfc的面向对象吗？
实现cfcs的这种模糊的"面向对象"是一种主观的.强迫自己进入"一切必须是一个对象"将迫使你用CF做事,这会产生额外的开销.我需要妥协才能确保应用程序快速高效.不要担心实现"面向对象"的一些不可确定的目标.制定更明确的目标,例如实现cfcs的重用或封装变更.尝试查看对象并不一定能帮助您实现这些目标,因为每个视图都会有所不同,并且可能无法重复使用.
这是否会导致CFML编译器每次都必须编译视图？
Cfms也被编译和缓存.我有几个由选项卡组成的大型表单,其中每个选项卡都是一个单独的cfm文件.在第一次加载时,它们需要几秒钟来编译和显示.在后续加载时,将生成标签视图并立即显示.cfcs也是如此.
是否有充分的理由不使用GetContent方法自己创建视图文件cfc？
我刚刚尝试实现我自己的框架只是为了学习体验,我最终得到了cfinclude方法.根据我的记忆,我发现使用cfinclude封装的东西更好,避免了创建对象的麻烦,传递视图所需的参数,担心对象在正确的范围内,并避免了创建视图对象的额外开销.
最后,我想这是你必须尝试自己找出最适合你情况的方法之一.
| 归档时间： |
|
| 查看次数： |
1110 次 |
| 最近记录： |