Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "LDT/Developer Area/Lua API Model 2"

< LDT
m
 
(31 intermediate revisions by 4 users not shown)
Line 1: Line 1:
 
=Lua API Model=
 
=Lua API Model=
  
The idea is to define a model of the external API of a lua file, a way to express a contract.<br/>
+
The idea is to define a model of the external API of a Lua file.<br/>
This model will be used as input of:
+
This model will then be the main input of:
* a documentation generator,
+
* documentation generator,
 
* auto-completion engine,
 
* auto-completion engine,
* type checking at ide side.
+
* type-checking.
 +
 
 +
The code relative to this model is based on lua and metalua, it is accessible [[LDT/MetaLua|here]].
 +
This model is build from [[LDT/User_Area/Documentation_Language|lua documentation language]] in code comments and later from lua code analysis. (see also : [[LDT/Developer_Area/Lua_Comment_Model|Lua Comment Model]])
  
 
====File====
 
====File====
A lua file declare some global variable and types.
+
A Lua file declares some global variable and types.
A file return values (this is the value you get when you require this file)  
+
A file returns values (this is the values you get when you require this file)  
 
   
 
   
 
  file
 
  file
 
  .string shortdescription
 
  .string shortdescription
 
  .string description
 
  .string description
  .list(typedef) types
+
  .map(typename, typedef) types
  .list(index) globalvars
+
  .map(varname,item) globalvars
 
  .list(returnvalues) returns
 
  .list(returnvalues) returns
  
 
====TypeDef====
 
====TypeDef====
there are 2 (or 3) kind of typedef (oO)
+
There are some primitive types like string, number, boolean, any, nil, table, function.<br/>
 +
TypeDef allow users to define theirs own custom types.<br/>
 +
There are 2 kinds of typedef.
  
  typeDef=recordDef | funtionDef | scalarDef
+
  typeDef = recordTypeDef | functionTypeDef
 
   
 
   
a recorddef could by used to define a type of record(a tuple), a module or an object. (there still have some question "method")
+
A recordTypeDef can be used to define a record (a tuple), a module or an object. (It may be a sub-type of table)
  
  recordDef
+
  recordTypeDef
  .(string name) (anoymous recordDef could have no name)
+
  .string name
 
  .string shortdescription
 
  .string shortdescription
 
  .string description
 
  .string description
  .list(index) fields
+
  .map(fieldname,item) fields
 
   
 
   
a functiondef allow to define a type of function. Most of the time, this function definition will be anonymous. But some times it could be usefull to name a kind of function (iterator function perhaps)  
+
A functionTypeDef allows to define a function. Most of the time, the type and the item holding it are merged.
 +
It may be useful to name the type of function (for iterator perhaps)
  
  funtionDef
+
  functionTypeDef
  .(string name) (anoymous functionDef could have no name)
+
  .string name
 
  .string shortdescription
 
  .string shortdescription
 
  .string description
 
  .string description
Line 40: Line 46:
 
  .list(returnvalues) returns
 
  .list(returnvalues) returns
  
There are probably some scalar type which could not be instanciate by user (string,number,boolean,nil,self,any)
 
 
ScalarDef
 
.string name
 
 
 
====Parameter====
 
====Parameter====
  
Line 54: Line 55:
 
  (.boolean hidden)
 
  (.boolean hidden)
  
'''Remarks''': Hidden could be usefull, if we have a parameter we don't want to expose in the API
+
'''Remarks''': Hidden could be use when there is a parameter we don't want to expose in the API<br/>
'''Remarks''': Perhaps hidden and optional does not need to be in the 1st version.
+
'''Remarks''': hidden and optional does not need to be in the 1st version.
  
====Index====
+
====Item====
<span style="color:#B22222"> '''Questions?''': Not sure Index was a good name</span>
+
 
<span style="color:#B22222"> '''Questions?''': Must we make a difference between Parameter and index</span>
+
  item
+
  index
+
 
  .string name
 
  .string name
 
  .string shortdescription
 
  .string shortdescription
 
  .string description
 
  .string description
  .typeref type  
+
  .typeref type
 +
 
  
 
====TypeRef====
 
====TypeRef====
It's a reference to a type. There 3 kind of reference.
+
It's a reference to a type. There are 3 kinds of reference.
  
  typeref: externaltyperef | internaltyperef |inlinetyperef
+
  typeref: externaltyperef | internaltyperef |primitivetyperef
 
   
 
   
 
  externaltyperef
 
  externaltyperef
Line 79: Line 79:
 
  .string typename
 
  .string typename
 
   
 
   
  inlinetyperef
+
  primitivetyperef
  .typedef
+
  .string typename
 
+
 
 
====Return values====
 
====Return values====
a values return has references to a type define in the lua file.
+
A return value has references to a type defined in the Lua file.
a values return is a list of possible value to return.
+
A return value is a list of possible values to return.
  
e.g. if a function return a number or nil and err.
+
e.g. if a function returns a number, or nil and err.
you function will have 2 return values :
+
your function will have 2 return values :
- number a result
+
* <code>number</code> a result
- nil, err if an error occured
+
* <code>nil, err</code> if an error occured
  
 
  return
 
  return
Line 96: Line 96:
 
  (.defaultuse)
 
  (.defaultuse)
  
'''Remarks''': Perhaps we could have a defaultuse entry to define the return value the type checking should use.
+
'''Remarks''': Perhaps we could have a defaultuse entry to define the return value the type checker should use. At the moment, the first entry in types list is used to type the return value.

Latest revision as of 12:35, 16 July 2014

Lua API Model

The idea is to define a model of the external API of a Lua file.
This model will then be the main input of:

  • documentation generator,
  • auto-completion engine,
  • type-checking.

The code relative to this model is based on lua and metalua, it is accessible here. This model is build from lua documentation language in code comments and later from lua code analysis. (see also : Lua Comment Model)

File

A Lua file declares some global variable and types. A file returns values (this is the values you get when you require this file)

file
.string shortdescription
.string description
.map(typename, typedef) types
.map(varname,item) globalvars
.list(returnvalues) returns

TypeDef

There are some primitive types like string, number, boolean, any, nil, table, function.
TypeDef allow users to define theirs own custom types.
There are 2 kinds of typedef.

typeDef = recordTypeDef | functionTypeDef

A recordTypeDef can be used to define a record (a tuple), a module or an object. (It may be a sub-type of table)

recordTypeDef
.string name
.string shortdescription
.string description
.map(fieldname,item) fields

A functionTypeDef allows to define a function. Most of the time, the type and the item holding it are merged. It may be useful to name the type of function (for iterator perhaps)

functionTypeDef
.string name
.string shortdescription
.string description
.list(parameter) params
.list(returnvalues) returns

Parameter

parameter
.string name 
.typeref type
.string description
(.boolean optional)
(.boolean hidden)

Remarks: Hidden could be use when there is a parameter we don't want to expose in the API
Remarks: hidden and optional does not need to be in the 1st version.

Item

item
.string name
.string shortdescription
.string description
.typeref type


TypeRef

It's a reference to a type. There are 3 kinds of reference.

typeref: externaltyperef | internaltyperef |primitivetyperef

externaltyperef
.string modulename
.string typename

internaltyperef
.string typename

primitivetyperef
.string typename

Return values

A return value has references to a type defined in the Lua file. A return value is a list of possible values to return.

e.g. if a function returns a number, or nil and err. your function will have 2 return values :

  • number a result
  • nil, err if an error occured
return
.list(typeref) types
.string description
(.defaultuse)

Remarks: Perhaps we could have a defaultuse entry to define the return value the type checker should use. At the moment, the first entry in types list is used to type the return value.

Back to the top