对Unity发起简易请求VR教程 VR资源

manew_JR 2017-12-14 17:57:56
在使用多场景进行游戏开发时,我总是发现需要获取由另一个场景中建立的系统提供的一些值或对象。 像信号系统一样,我想要一个类似的系统,我可以在不知道提供者的类型的情况下查询值。
 
当我在Reddit上发布信号系统时,有人指向我这个博客文章,其中描述了一个解决同样问题的类似系统。 我不得不承认,我认为这是很好的的办法。 我所喜欢的是这样的方法甚至对它的参数是安全的。 重构这个系统的确会好多了。
 
我想到了这一点,我意识到我可以建立一个具有相同目标的查询系统 - 类型安全。 我做了一个,我想我会从现在开始使用这个游戏。 如果你要使用这个代码,我必须提醒你,与我一直在使用的较旧的查询系统相比,这不是一回事。 所以请谨慎使用。
 
 
用法
 
我将从如何使用它开始。 有三个实体与系统进行交互。 这些是查询请求,查询请求者和查询提供者。 请求者和提供者可以在同一个场景或不同的场景中。 查询请求只不过是一个保存请求参数的类。 这是一个示例请求:
 
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
public class TestRequest : QueryRequest {
    private readonly int intParam;
    private readonly string stringParam;
    public TestRequest(int intParam, string stringParam) {
        this.intParam = intParam;
        this.stringParam = stringParam;
    }
    public int IntParam {
        get {
            return intParam;
        }
    }
    public string StringParam {
        get {
            return stringParam;
        }
    }
}
 
这里的TestRequest是一个具有两个参数的不可变类。 一个实际的游戏查询请求类可能有更多的参数。
 
参数提供者的寄存如下所示:
 
01
02
03
04
05
06
07
08
09
10
public class QueryManagerTestProvider : MonoBehaviour {
    private void Awake() {
        QueryManager.RegisterProvider<TestRequest, GameObject>(TestProvider);
    }
    private GameObject TestProvider(TestRequest request) {
        // Log the parameters just to show that they are passed
        Debug.Log("intParam: " + request.IntParam);
        Debug.Log("stringParam: " + request.StringParam);
        return this.gameObject;
    }
}
 
单提供者只是示例,以便他们可以很容易地写入。 单个MonoBehaviour或类可以注册多个提供着。
 
示例查询请求将如下所示:
 
1
2
3
4
5
public class QueryManagerTestRequester : MonoBehaviour {
    private void Start() {
        GameObject result = QueryManager.Query<TestRequest, GameObject>(new TestRequest(77, "Hello Query Manager"));
        Debug.Log("result: " + result.gameObject.name);
    }
}
 
将它们放在一起就会有如下的结果:
 

在我的测试中,QueryManagerTestProvider和QueryManagerTestRequester放置在不同的场景中,以便我可以验证它是否适用于这样的设置。 本质上,我在这里所做的是能够检索来自不同场景的GameObject。
 
 
框架代码
 
让我们从基类QueryRequest开始:
 
1
public abstract class QueryRequest {
}
 
是的,就是这样。 它只是用作所有请求类的常用类型。 稍后可以看到它的用法。 为什么不是界面? 目的是让用户制作轻量级的单独的请求类。 这样可以防止还可以充当查询请求的大类或MonoBehaviour类。
 
接下来是QueryManagerImplementation类,它将是静态类QueryManager在内部使用的类。 看起来像这样:
 
01
02
03
04
05
06
07
08
09
10
11
12
13
14
15
16
17
18
19
20
21
22
23
class QueryManagerImplementation {
    private delegate object QueryProvider(QueryRequest request); // The internal delegate that we manage
    private Dictionary<Type, QueryProvider> providerMap = new Dictionary<Type, QueryProvider>();
    public QueryManagerImplementation() {
    }
    public void RegisterProvider<R, V>(QueryManager.QueryProvider<R, V> provider) where R : QueryRequest {
        Type type = typeof(R);
        Assertion.Assert(!this.providerMap.ContainsKey(type)); // Should not contain the provider for a certain request yet
        // Make the internal delegate which invokes the generic delegate
        QueryProvider internalProvider = delegate (QueryRequest request) {
            return provider((R)request);
        };
        this.providerMap[type] = internalProvider;
    }
    public bool HasProvider<R>() where R : QueryRequest {
        return this.providerMap.ContainsKey(typeof(R));
    }
    public V Query<R, V>(R request) where R : QueryRequest {
        Type type = typeof(R);
        // Invoke the provider
        // This will throw an error if a provider does not exist
        return (V)this.providerMap[type](request);
    }
}
 
提供者简单地保存在字典中,其中键是请求的类型。 这些方法是自我解释的。 通用标识符R表示请求者类型,V表示结果值的类型。 请注意QueryRequest在这里用作R的限定符,限制可以传递哪些类类型。
 
最后,静态QueryManager类看起来像这样:
 
01
02
03
04
05
06
07
08
09
10
11
12
public static class QueryManager {
    public delegate V QueryProvider<R, V>(R request) where R : QueryRequest;
    private static readonly QueryManagerImplementation INTERNAL_MANAGER = new QueryManagerImplementation();
    public static void RegisterProvider<R, V>(QueryProvider<R, V> provider) where R : QueryRequest {
        INTERNAL_MANAGER.RegisterProvider(provider);
    }
    public static bool HasProvider<R>() where R : QueryRequest {
        return INTERNAL_MANAGER.HasProvider<R>();
    }
    public static V Query<R, V>(R request) where R : QueryRequest {
        return INTERNAL_MANAGER.Query<R, V>(request);
    }
}

注意事项
像信号一样,调用查询请求比直接调用提供程序方法要慢。 注意不要在Update()或者在循环中重复调用的部分中使用它。 缓存结果如果可以的话。
 
这个系统的另一个缺点是垃圾。 每次你想要查询一个值,你可以实例化一个请求类,特别是如果它是不可变的。 虽然这可以通过使请求类可变并且仅维护它的一个实例来缓解,然后重用该实例进行查询。 另一种方式是使用工厂设计模式进行请求实例。
378383
99VR视界二维码
热门推荐
Hot Recommended
在线客服