Skip to content
This repository has been archived by the owner on Jan 5, 2021. It is now read-only.

Replace generator model typesystem with Generic Type System #325

Closed
andreasmuelder opened this issue Jan 25, 2016 · 2 comments
Closed

Replace generator model typesystem with Generic Type System #325

andreasmuelder opened this issue Jan 25, 2016 · 2 comments

Comments

@andreasmuelder
Copy link
Member

The generator model has a very simple type system implementation with 4 basic primitive types and basic type checks. This should be replaced by org.yakindu.base expressions to reduce duplicate code.

@andreasmuelder andreasmuelder added this to the M24 milestone Jan 25, 2016
@terfloth terfloth modified the milestones: Backlog, M24 Feb 22, 2016
@terfloth
Copy link
Contributor

We have to check if this is topic for a major release as this may break compatibility.

@andreasmuelder
Copy link
Member Author

This would also allow to use expressions and variables in SGen for instance

GeneratorModel for yakindu::java {

 var targetSubFolder : string = "mySubFolder"
 var generateTimerServce : boolean = true

statechart ECU_B {   

    feature Outlet {
        targetProject = "TargetProject"
        targetFolder = "target/" + targetSubFolder
        libraryTargetFolder = "src"
    }  
    
    feature GeneralFeatures {
        TimerService = generateTimerServce
    }
}

}

andreasmuelder added a commit that referenced this issue Sep 7, 2017
this allows using expression interpreter without dependencies to SGraph
and the like
andreasmuelder added a commit that referenced this issue Sep 8, 2017
andreasmuelder added a commit that referenced this issue Sep 11, 2017
* #325 - 	preliminary work: Separate Expressions Interpreter

* #325 - 	preliminary work: Separate Expressions Interpreter

* #325 - 	preliminary work: Separate Expressions Interpreter

* #325 - 	preliminary work: Separate Expressions Interpreter

* #325 - 	preliminary work: Separate Expressions Interpreter

* #325 - 	preliminary work: Separate SRuntime Model into own plugin

* #325 - 	preliminary work:remove dependency from sruntime to sgraph

this allows using expression interpreter without dependencies to SGraph
and the like

* #325 - 	adopted to expression language

*  #325 - Proposal Provider bugfix

* Moved TypeSpecifier to Expressions.xtext

* Added Property Definitions to SGen Model

* Added validation and scoping

* Add xtext nature, fix genmodel, regenerate
BeckmaR pushed a commit that referenced this issue Dec 15, 2017
* #325 - 	preliminary work: Separate Expressions Interpreter

* #325 - 	preliminary work: Separate Expressions Interpreter

* #325 - 	preliminary work: Separate Expressions Interpreter

* #325 - 	preliminary work: Separate Expressions Interpreter

* #325 - 	preliminary work: Separate Expressions Interpreter

* #325 - 	preliminary work: Separate SRuntime Model into own plugin

* #325 - 	preliminary work:remove dependency from sruntime to sgraph

this allows using expression interpreter without dependencies to SGraph
and the like

* #325 - 	adopted to expression language

*  #325 - Proposal Provider bugfix

* Moved TypeSpecifier to Expressions.xtext

* Added Property Definitions to SGen Model

* Added validation and scoping

* Add xtext nature, fix genmodel, regenerate
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants