Preferences -- RealPreferences

本文介绍了一个用于JBoss Seam Wiki项目的偏好设置管理组件,该组件通过缓存和提供者模式来高效地获取和管理不同层级(系统、用户、实例)的偏好设置。文章详细解释了如何构造缓存键、检查缓存以及从偏好提供者加载值的过程。

package org.jboss.seam.wiki.preferences;

import org.jboss.seam.ScopeType;
import org.jboss.seam.Component;
import org.jboss.seam.annotations.*;
import org.jboss.seam.log.Log;
import org.jboss.seam.wiki.preferences.metamodel.PreferenceRegistry;

import java.io.Serializable;
import java.util.ArrayList;
import java.util.HashMap;
import java.util.List;
import java.util.Map;

@Name("preferences")
@Scope(ScopeType.CONVERSATION)
public class Preferences implements Serializable {

@Logger
Log log;

@In
PreferenceRegistry preferenceRegistry;

@In
org.jboss.seam.wiki.preferences.PreferenceProvider preferenceProvider;

@In(value = "#{currentPreferencesUser}", required = false)
Object currentUser;

// Cache SYSTEM and USER-level preferences per conversation
private Map<CacheKey, Object> conversationPreferencesCache = new HashMap<CacheKey, Object>();

// Cache INSTANCE-level preferences per event
@In(required = false) @Out(required = false, scope = ScopeType.EVENT)
private Map<CacheKey, Object> eventPreferencesCache;

// Not typesafe
public Object get(String preferenceEntityName) {
return get(preferenceEntityName, null);
}

public Object get(String preferenceEntityName, Object instance) {
log.trace("getting preferences for entity: " + preferenceEntityName +
" with current user: " + currentUser +
" and current instance: " + instance);

if (!preferenceRegistry.getPreferenceEntitiesByName().containsKey(preferenceEntityName))
throw new IllegalArgumentException("Preference entity not found in registry: " + preferenceEntityName);

// Prepare caching
CacheKey cacheKey = new CacheKey(preferenceEntityName);
if (eventPreferencesCache == null) eventPreferencesCache = new HashMap<CacheKey, Object>();

List<PreferenceVisibility> visibilities = new ArrayList<PreferenceVisibility>();
visibilities.add(PreferenceVisibility.SYSTEM);

if (currentUser != null) {
visibilities.add(PreferenceVisibility.USER);
cacheKey.setUser(currentUser);
}
if (instance != null ) {
visibilities.add(PreferenceVisibility.INSTANCE);
cacheKey.setInstance(instance);
}

// First check the caches
if (conversationPreferencesCache.containsKey(cacheKey)) {
log.trace("returning cached preference entity of current conversation");
return conversationPreferencesCache.get(cacheKey);
}

if (eventPreferencesCache.containsKey(cacheKey)) {
log.trace("returning cached preference entity of current event");
return eventPreferencesCache.get(cacheKey);
}

// No cache hit, ask the provider for the values and assemble the instance
Object preferenceEntityInstance =
preferenceRegistry.getPreferenceEntitiesByName().get(preferenceEntityName).materialize(
preferenceProvider.loadValues(preferenceEntityName, currentUser, instance, visibilities)
);

// Now put it in the right cache
if (instance != null) {
// INSTANCE-level goes into a per-event cache because the INSTANCE changes during a conversation
eventPreferencesCache.put(cacheKey, preferenceEntityInstance);
} else {
// SYSTEM and USER-level goes into a per-conversation cache because they never change during a conversation
conversationPreferencesCache.put(cacheKey, preferenceEntityInstance);
}

return preferenceEntityInstance;
}

// Typesafe (more or less)
public <P> P get(Class<P> clazz) {
Preferences prefs = (Preferences)Component.getInstance(Preferences.class);
return (P) prefs.get(getPreferenceEntityName(clazz));
}

public <P> P get(Class<P> clazz, Object instance) {
Preferences prefs = (Preferences)Component.getInstance(Preferences.class);
return (P) prefs.get(getPreferenceEntityName(clazz), instance);
}

public static Preferences instance() {
return (Preferences)Component.getInstance(Preferences.class);
}

private String getPreferenceEntityName(Class<?> clazz) {
org.jboss.seam.wiki.preferences.annotations.Preferences
p = clazz.getAnnotation(org.jboss.seam.wiki.preferences.annotations.Preferences.class);
if (p.name() != null) {
return p.name();
} else {
return clazz.getSimpleName();
}
}

private class CacheKey implements Serializable {
private String entityName;
private Object user;
private Object instance;

public CacheKey(String entityName) {
this.entityName = entityName;
}

public void setUser(Object user) {
this.user = user;
}

public void setInstance(Object instance) {
this.instance = instance;
}

public boolean equals(Object o) {
if (this == o) return true;
if (o == null || getClass() != o.getClass()) return false;
CacheKey cacheKey = (CacheKey) o;
return !(entityName != null ? !entityName.equals(cacheKey.entityName) : cacheKey.entityName != null) &&
!(instance != null ? !instance.equals(cacheKey.instance) : cacheKey.instance!= null) &&
!(user != null ? !user.equals(cacheKey.user) : cacheKey.user != null);

}

public int hashCode() {
int result;
result = (entityName != null ? entityName.hashCode() : 0);
result = 31 * result + (instance != null ? instance.hashCode() : 0);
result = 31 * result + (user != null ? user.hashCode() : 0);
return result;
}
}


}

1.construct CacheKey,sotre there all PreferenceValue
2.check that chchekey,if has returned,no get for PreferenceProvider
3.install preference provider loaded values to PreferenceEntity
4.finally sotre there to conversion or session scope
Ymodem协议是一种在串行通信中用于数据传输的机制,起源于早期的Xmodem协议。该协议具备处理大容量数据文件的能力,支持数据校验、文件属性传递以及多文件批量传输。Qt是一个面向C++的跨平台开发框架,适用于构建图形界面程序及后台服务类应用。当结合Qt实现Ymodem协议时,能够开发出适用于多种设备的通信程序,包括桌面系统、嵌入式设备和移动终端。 在Qt中实现Ymodem协议,需要掌握Qt的信号与槽机制、串口通信模块(如QSerialPort)以及线程管理技术。实现过程中通常包含以下主要环节: 1. 连接初始化:在通信双方确认状态后,启动数据传输流程。 2. 数据块传输:协议支持多种数据块大小,如128字节或1024字节。每个数据块需包含数据内容、编号及校验信息。接收端需对数据进行校验以保证完整性。 3. 序列管理与响应机制:通过编号确保数据顺序,发送端在收到确认信号后继续下一块传输。若未收到有效响应,则需重传。 4. 文件元信息传输:在正式传输前,发送方需传递文件名称及大小等信息,以便接收方进行存储准备。 5. 批量传输模式:支持多个文件的连续传输,需在数据中区分不同文件的块。 6. 传输结束机制:通常通过发送空数据块来终止通信过程。 在Qt中实现Ymodem协议的代码,通常需要创建多个类来封装串口通信逻辑及协议处理功能,同时需考虑异常处理和数据恢复策略。代码涉及对QSerialPort的配置、数据流的监控、事件循环的管理等。此外,为提升用户体验,开发人员可能在代码中加入进度显示、传输速率计算等功能。 Qt的跨平台特性使得基于其开发的Ymodem协议实现具备良好的可移植性,可在不同操作系统上运行。开发此类程序需要开发者对Ymodem协议有深入了解,并熟悉Qt框架的使用,包括信号机制、多线程及串口通信等技术。高质量的代码实现能够确保协议在不同运行环境下的稳定性与可靠性。 Ymodem协议的实现常出现在开源项目中,为开发者提供了参考和借鉴,有助于技术交流与社区发展。根据文件名“SerialPortYmodem”推测,该文件可能用于处理与串口通信相关的Ymodem逻辑。开发者在使用时应仔细查阅文档,理解各模块功能,以便正确集成和应用。 综上,Qt实现Ymodem协议的开发涉及对协议机制与Qt框架的深入理解,能够构建出满足多种串行通信需求的程序。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值