phalcon mvc中控制器应通过setvar()或setvars()将已实例化的模型数据显式传递给视图，禁止在.phtml中执行查询或new模型，关联数据需预加载避免懒加载性能问题。
在Phalcon MVC应用中，让控制器把处理好的模型数据安全、清晰、可维护地传递到视图模板里，是避免模板中出现SQL查询或业务逻辑的关键一步。
基础数据传递：用 setVar() 显式绑定变量
控制器动作中调用 $this->view->setVar('key', $value) 是最直接、最可控的方式。
第一步：在控制器动作内，先获取模型数据（例如通过 findFirst 或 findAll），再显式绑定到视图：
$post = Posts::findFirst($id);<br>$this->view->setVar('post', $post);
第二步：在对应视图文件 app/views/posts/show.phtml 中，直接使用 $post 变量：
<h1>= $post->title ?></h1><br><p>= $post->content ?></p>
这一步操作起来很简单，直接把对象传过去就行。但注意：【$post 必须是已实例化的模型对象，不能是 Query 对象或 Builder 实例】，否则视图中调用属性会报错。
批量绑定：用 setVars() 一次性注入多个变量
当一个动作需要向视图传递 3 个以上变量时，逐个写 setVar() 容易遗漏且冗长，此时应改用关联数组 + setVars()。
方法一：构造关联数组后统一注入
$data = [<br> 'posts' => Posts::find(),<br> 'categories' => Categories::find(),<br> 'featured' => Posts::findFirst(['order' => 'created_at DESC']),<br> 'title' => '最新文章列表'<br>];<br>$this->view->setVars($data);
方法二：链式调用（适合变量较少但不想建数组的场景）
$this->view<br> ->setVar('posts', Posts::find())<br> ->setVar('title', '文章归档')<br> ->setVar('year', date('Y'));
链式写法可读性略差，但调试时容易定位某一行；数组写法结构清晰，推荐用于复杂页面。
避免模板中执行查询：禁止在 .phtml 里 new 模型或调用静态方法
Phalcon 视图层不是业务逻辑层。所有数据库操作必须在控制器或服务层完成，再以纯数据形式传入视图。
错误示范（绝对禁止）：
<?php $user = Users::findFirst(1); ?><br><h2>= $user->name ?></h2>
这种写法会导致：视图无法单元测试、缓存失效、N+1 查询隐患、违反单一职责原则。一旦模型类名变更或查询条件调整，视图就崩溃，且错误发生在渲染阶段，难以追踪。
正确做法是——控制器提前查好，只传结果：
// 控制器中<br>$user = Users::findFirst(['conditions' => 'status = ?', 'bind' => [1]]);<br>$this->view->setVar('user', $user);
<!-- 视图中 --><br><h2>= $user ?></h2>
如果 $user 为 null，视图中需自行判空，这是视图该承担的责任。
传递模型关系数据：用模型的 getter 方法预加载关联
当需要在视图中展示「文章+作者+分类+标签」这类嵌套数据时，不能靠视图里多次 new 模型拼接，而应在控制器中用模型关系预加载。
第一步：确保模型已定义关系（例如 Posts 模型中声明 $this->belongsTo('author_id', 'Users', 'id');）
第二步：控制器中启用预加载（eager loading）：
$post = Posts::findFirst([<br> 'conditions' => 'id = ?',<br> 'bind' => [$id],<br> 'columns' => '*',<br> 'join' => true // 或使用 Phalcon\Mvc\Model\Criteria 配合 with() 方法<br>]);
第三步：传入视图后，可直接访问关联属性：
= $post->author->name ?><br>= $post->category->name ?>
不启用预加载就直接访问 $post->author，Phalcon 会触发懒加载（lazy loading），每次访问都发起一次 SQL 查询，极易造成性能雪崩。
