PureMVC QA:Where Should I Declare Notification Name Constants

本文探讨了在PureMVC框架中如何正确声明和使用通知常量,包括它们在ApplicationFacade或独立文件中的位置选择,以及如何避免不同层次间的不必要依赖。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

[译]PureMVC QA:Where Should I Declare Notification Name Constants?

在PureMVC中我应该在那声明通知名称常量呢?

Q:我想知道在哪声明通知(Notification)名称的常量,在代理(Proxies)或ApplicationFacade文件中?

还有,如果我把所有的通知常量声明在ApplicationFacade中,这样这个文件就会很大,我想过把声明放在一个独立的文件中,这样可以吗,或还有其他地方可以声明常量吗?

A:

把通知常量声明在具体的Façade(一般为ApplicationFacade)中对需要访问通知常量的类来说不失为一个好地方,尤其对于Command和Notification映射而言,放在ApplicationFacade中是一个合理的地方。当然,如果有太多的常量,放在一个单独的ApplicationConstants文件中也是可以的。但是需要把这个文件放在与ApplicationFacade的同一级目录,这样,当作为一个库的时候就特别方便了。

对于给定的应用,视图层和控制层一起完成特定的用户用例或功能,但Mediators(视图层)和Commands(控制层)相互引用对方的常量这一定不是你想要的,否则,他们与在同一层次就没有区别了。所以,把常量发在ApplicationFacade或ApplicationConstants中就是一个比较自然的地方,让视图曾和控制层之间没有形成依赖关系。

由于应用特定的视图层和控制层总是允许你与特定的模型交互,在模型层(Proxies或ModelConstants)定义通知常量供Commands(控制层)和Mediators(视图层)访问是一个好办法,他允许与Proxies直接交互。

无论怎样,模型应该是最为独立的一层,以便可以整体移到其他应用中,被不同的视图或控制层使用。

因此,模型层(Proxies)不应该引用特定的视图或控制器中的常量,比如ApplicationFacade或ApplicationConstants。

你应该在模型中定义它自己发出的通知常量,这样,模型层就是一个可移植的。这也是为什么Proxies不接收通知的原因,你想,假如模型试图监听在应用其他地方定义的通知,这样模型就依赖于视图或控制层了。

转载于:https://www.cnblogs.com/yin138/p/4902243.html

1. 用户与权限管理模块 角色管理: 学生:查看实验室信息、预约设备、提交耗材申请、参与安全考核 教师:管理课题组预约、审批学生耗材申请、查看本课题组使用记录 管理员:设备全生命周期管理、审核预约、耗材采购与分发、安全检查 用户操作: 登录认证:统一身份认证(对接学号 / 工号系统,模拟实现),支持密码重置 信息管理:学生 / 教师维护个人信息(联系方式、所属院系),管理员管理所有用户 权限控制:不同角色仅可见对应功能(如学生不可删除设备信息) 2. 实验室与设备管理模块 实验室信息管理: 基础信息:实验室编号、名称、位置、容纳人数、开放时间、负责人 功能分类:按学科(计算机实验室 / 电子实验室 / 化学实验室)标记,关联可开展实验类型 状态展示:实时显示当前使用人数、设备运行状态(正常 / 故障) 设备管理: 设备档案:名称、型号、规格、购置日期、单价、生产厂家、存放位置、责任人 全生命周期管理: 入库登记:管理员录入新设备信息,生成唯一资产编号 维护记录:记录维修、校准、保养信息(时间、内容、执行人) 报废处理:登记报废原因、时间,更新设备状态为 "已报废" 设备查询:支持按名称、型号、状态多条件检索,显示设备当前可用情况 3. 预约与使用模块 预约管理: 预约规则:学生可预约未来 7 天内的设备 / 实验室,单次最长 4 小时(可设置) 预约流程:选择实验室→选择设备→选择时间段→提交申请(需填写实验目的) 审核机制:普通实验自动通过,高危实验(如化学实验)需教师审核 使用记录: 签到 / 签退:到达实验室后扫码签到,离开时签退,系统自动记录实际使用时长 使用登记:填写实验内容、设备运行情况(正常 / 异常),异常情况需详细描述 违规管理:迟到 15 分钟自动取消预约,多次违规限制预约权限 4. 耗材与安全管理模块 耗材管理: 耗材档案:名称、规格、数量、存放位置、
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值