public interface TypeSystem
| Modifier and Type | Method and Description |
|---|---|
com.hp.hpl.jena.sparql.expr.NodeValue |
cast(com.hp.hpl.jena.sparql.expr.NodeValue value,
TypeToken target) |
Factory1<SqlExpr> |
cast(TypeToken from,
TypeToken to)
Return a factory for creating cast-expressions between the given datatypes
Null if no such cast exists.
|
Integer |
compare(TypeToken a,
TypeToken b)
Returns -1, 0, 1 if a is more specific, equal, more general the b.
|
SparqlFunction |
createSparqlFunction(String name,
SqlExprEvaluator evaluator) |
XClass |
getByClass(Class<?> clazz)
Deprecated.
|
XClass |
getByName(String name) |
XClass |
getByName(TypeToken token) |
List<TypeToken> |
getDirectSuperClasses(TypeToken type) |
SparqlFunction |
getSparqlFunction(String name) |
TypeToken |
getTokenForClass(Class<?> clazz) |
boolean |
isSuperClassOf(TypeToken a,
TypeToken b) |
SqlMethodCandidate |
lookupMethod(String sparqlFunctionName,
List<TypeToken> argTypes) |
TypeToken |
mostGenericDatatype(TypeToken from,
TypeToken to)
Returns the top-most node of the tree of compatible datatypes
Hm, how to justify not returning object?
so integer and string -> numeric
string -> text
The rationale is, that all numeric types have similar semantics in regard
to comparison and arithmetic operations.
|
void |
registerCoercion(XMethod method) |
void |
registerSqlFunction(String sparqlFunctionName,
XMethod sqlFunction) |
XClass |
requireByName(String name) |
Set<TypeToken> |
supremumDatatypes(TypeToken from,
TypeToken to) |
SparqlFunction createSparqlFunction(String name, SqlExprEvaluator evaluator)
@Deprecated XClass getByClass(Class<?> clazz)
void registerCoercion(XMethod method)
SparqlFunction getSparqlFunction(String name)
SqlMethodCandidate lookupMethod(String sparqlFunctionName, List<TypeToken> argTypes)
com.hp.hpl.jena.sparql.expr.NodeValue cast(com.hp.hpl.jena.sparql.expr.NodeValue value,
TypeToken target)
Factory1<SqlExpr> cast(TypeToken from, TypeToken to)
TypeToken mostGenericDatatype(TypeToken from, TypeToken to)
from - to - Copyright © 2014. All Rights Reserved.