如何处理Non-Persistable Entities？Mendix消息列表无显示排查

以下是针对你遇到的消息不显示问题的常见错误点和调整方法：

1. 微流错误创建新列表而非更新传入参数 #

你当前微流里的“为空则创建列表”逻辑存在问题：页面绑定的列表变量是内存中的一个特定对象，微流新创建的列表是独立的内存实例，页面绑定的还是旧的空列表，自然看不到新消息。

• 修复：删除“创建列表”步骤，直接往微流接收的列表参数里添加新创建的消息对象。用Add动作把新消息加入传入的列表，页面绑定的列表变量会直接同步更新。

2. 列表视图数据源未正确关联页面变量 #

如果列表视图用“检索微流”作为数据源，而微流没有返回页面当前绑定的列表变量，而是重新生成列表，会导致页面显示旧数据。

• 修复：将列表视图的数据源直接设置为页面上的非持久化列表变量，而非通过微流检索。这样列表变量更新时，列表视图会自动同步内容。如果一定要用微流，确保微流返回值就是传入的那个列表参数，不要重新创建。

3. 页面组件未触发刷新 #

即使列表内容更新，若列表视图未刷新，页面也不会显示新消息。

• 修复：
  • 打开列表视图属性面板，勾选自动刷新选项；
  • 或者在按钮绑定的微流执行完成后，添加客户端动作“刷新列表视图”或“刷新页面”，强制页面更新显示。

4. 消息对象属性未正确赋值 #

检查微流中创建消息对象的步骤，是否把输入框的文本内容赋值给了非持久化实体的对应属性（比如MessageContent）。如果未赋值，即使对象加入列表，列表项也会显示为空，看起来像没有消息。

• 修复：在创建消息对象的动作里，将输入框的变量值绑定到实体的属性上。

5. 非持久化实体上下文问题 #

非持久化对象依赖当前页面上下文，若微流提交操作未正确关联上下文，可能导致对象丢失。

• 修复：确保微流中的提交动作针对新创建的消息对象，且提交后列表变量确实包含该对象。无需额外创建列表，直接维护传入的列表即可。

内容的提问来源于stack exchange，提问作者Mega