Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Nebula » One Framework to bind them All ?!
One Framework to bind them All ?! [message #545143] Tue, 06 July 2010 17:54 Go to next message
Werner Keil is currently offline Werner KeilFriend
Messages: 1087
Registered: July 2009
Senior Member
Hi,

I was wondering, how Sapphire stands compared to all those various binding
projects:

- E4
- Scout (has its own mechanisms for binding)
- Rienna
- RedView (based on Rienna)
- JFace Data Binding
- Nebula (based on SWT/JFace)

I may have missed some, but as you can see, there's already a whole lot of
them out there.
Also those are scattered all across different parts of Eclipse, Platform,
RT, Technology.

Thanks,
Werner
Re: One Framework to bind them All ?! [message #545241 is a reply to message #545143] Wed, 07 July 2010 09:51 Go to previous messageGo to next message
Eclipse UserFriend
Hi Werner

You are right there are already a whole bunch of kind of "similar" projects.

E4: The new release of Eclipse with a lot of deprecation cleanup, code
injection and workbench modeling. Promises to reduce the entry barrier
for Eclipse newbies. Scout will extend the e4 workbench model by its
component model and use injection to access services (the concepts of
Scout and e4 matches by 100%).

JFace Data Binding: An GUI only data binding SWT/JFace dependent. Since
Scout is fully GUI independent we are not making use of JFace data
binding in the framework part.

Nebula: A widget library. Your decision to use Nebula widgets in Scout
applications.

Riena: Of all the mentioned project Riena and Scout have the biggest
overlap. Both of them are projects to build whole application stacks
(multi tier applications). The overlap is mainly in the runtime part.
The Scout SDK (development environment) has more overlaps with the
RedView project. It depends on the project requirements what to use.

Sapphire: Sapphire is a project more on the DSL (domain specific
language) and declarative UI side. To not reduce the language scope
Scout does not use domain specific languages nor declarative UI.

Hope it helps
Andreas


Werner Keil wrote:
> Hi,
>
> I was wondering, how Sapphire stands compared to all those various
> binding projects:
>
> - E4
> - Scout (has its own mechanisms for binding)
> - Rienna
> - RedView (based on Rienna)
> - JFace Data Binding
> - Nebula (based on SWT/JFace)
>
> I may have missed some, but as you can see, there's already a whole lot
> of them out there.
> Also those are scattered all across different parts of Eclipse,
> Platform, RT, Technology.
>
> Thanks,
> Werner
Re: One Framework to bind them All ?! [message #545262 is a reply to message #545241] Wed, 07 July 2010 10:15 Go to previous messageGo to next message
Werner Keil is currently offline Werner KeilFriend
Messages: 1087
Registered: July 2009
Senior Member
Thanks a lot for those.

I'm sure this may help any developer curious of which one to use...

What about the DSL? OR Domain-Specific-Framework mentioned in the proposal.

Can you tell us more about that?

Thanks,
Werner
Re: One Framework to bind them All ?! [message #545284 is a reply to message #545262] Wed, 07 July 2010 11:21 Go to previous messageGo to next message
Eclipse UserFriend
DSL (domain specific language)
is a language covers a certain domain. DSLs are simplifications of a
programming language to cover a certain domain. So the API of a DSL is a
subset of a programming language. Usually a good DSL has been validated
over several years to ensure the coverage of a domain (not more and not
less). In case a DSLs grow unregulated it ends up in a lot of scripting
code and hooks to include programming language fragments - a mess. A
main reason to formulate a DSL is to avoid the underlying programming
language from people using the DSL. The hiding of the programming
language has mainly two reasons on one side if the underlying
programming language is to complicated and unreadable on the other side
people working with a DSL are not familiar with the underlying
programming language (e.g. business people formulating some application
screens).
A good example of DSL is SQL; The API is good enough to access data of a
database but still clearly defined and simple. Even then some special
statements could not be translated into SQL so people come up with PLSql.

Scout decided to not formulate a DSL. Mainly in order Java is already a
readable and common language and Scout developers are familiar with
Java. Scout is designed for domain independent application development
what makes it difficult to formulate a DSL.

Cheers
Andraes




Werner Keil wrote:
> Thanks a lot for those.
>
> I'm sure this may help any developer curious of which one to use...
>
> What about the DSL? OR Domain-Specific-Framework mentioned in the proposal.
>
> Can you tell us more about that?
>
> Thanks,
> Werner
Re: One Framework to bind them All ?! [message #545296 is a reply to message #545284] Wed, 07 July 2010 11:46 Go to previous message
Werner Keil is currently offline Werner KeilFriend
Messages: 1087
Registered: July 2009
Senior Member
Cheers,
most of us know what a DSL is, but thank you for the contribution.

What is of interest with regards to Eclipse, is whether Sapphire may use
Xtext for its DSL or not?
Re: One Framework to bind them All ?! [message #599882 is a reply to message #545143] Wed, 07 July 2010 09:51 Go to previous message
Eclipse UserFriend
Hi Werner

You are right there are already a whole bunch of kind of "similar" projects.

E4: The new release of Eclipse with a lot of deprecation cleanup, code
injection and workbench modeling. Promises to reduce the entry barrier
for Eclipse newbies. Scout will extend the e4 workbench model by its
component model and use injection to access services (the concepts of
Scout and e4 matches by 100%).

JFace Data Binding: An GUI only data binding SWT/JFace dependent. Since
Scout is fully GUI independent we are not making use of JFace data
binding in the framework part.

Nebula: A widget library. Your decision to use Nebula widgets in Scout
applications.

Riena: Of all the mentioned project Riena and Scout have the biggest
overlap. Both of them are projects to build whole application stacks
(multi tier applications). The overlap is mainly in the runtime part.
The Scout SDK (development environment) has more overlaps with the
RedView project. It depends on the project requirements what to use.

Sapphire: Sapphire is a project more on the DSL (domain specific
language) and declarative UI side. To not reduce the language scope
Scout does not use domain specific languages nor declarative UI.

Hope it helps
Andreas


Werner Keil wrote:
> Hi,
>
> I was wondering, how Sapphire stands compared to all those various
> binding projects:
>
> - E4
> - Scout (has its own mechanisms for binding)
> - Rienna
> - RedView (based on Rienna)
> - JFace Data Binding
> - Nebula (based on SWT/JFace)
>
> I may have missed some, but as you can see, there's already a whole lot
> of them out there.
> Also those are scattered all across different parts of Eclipse,
> Platform, RT, Technology.
>
> Thanks,
> Werner
Re: One Framework to bind them All ?! [message #599887 is a reply to message #545241] Wed, 07 July 2010 10:15 Go to previous message
Werner Keil is currently offline Werner KeilFriend
Messages: 1087
Registered: July 2009
Senior Member
Thanks a lot for those.

I'm sure this may help any developer curious of which one to use...

What about the DSL? OR Domain-Specific-Framework mentioned in the proposal.

Can you tell us more about that?

Thanks,
Werner
Re: One Framework to bind them All ?! [message #599891 is a reply to message #545262] Wed, 07 July 2010 11:21 Go to previous message
Eclipse UserFriend
DSL (domain specific language)
is a language covers a certain domain. DSLs are simplifications of a
programming language to cover a certain domain. So the API of a DSL is a
subset of a programming language. Usually a good DSL has been validated
over several years to ensure the coverage of a domain (not more and not
less). In case a DSLs grow unregulated it ends up in a lot of scripting
code and hooks to include programming language fragments - a mess. A
main reason to formulate a DSL is to avoid the underlying programming
language from people using the DSL. The hiding of the programming
language has mainly two reasons on one side if the underlying
programming language is to complicated and unreadable on the other side
people working with a DSL are not familiar with the underlying
programming language (e.g. business people formulating some application
screens).
A good example of DSL is SQL; The API is good enough to access data of a
database but still clearly defined and simple. Even then some special
statements could not be translated into SQL so people come up with PLSql.

Scout decided to not formulate a DSL. Mainly in order Java is already a
readable and common language and Scout developers are familiar with
Java. Scout is designed for domain independent application development
what makes it difficult to formulate a DSL.

Cheers
Andraes




Werner Keil wrote:
> Thanks a lot for those.
>
> I'm sure this may help any developer curious of which one to use...
>
> What about the DSL? OR Domain-Specific-Framework mentioned in the proposal.
>
> Can you tell us more about that?
>
> Thanks,
> Werner
Re: One Framework to bind them All ?! [message #599892 is a reply to message #545284] Wed, 07 July 2010 11:46 Go to previous message
Werner Keil is currently offline Werner KeilFriend
Messages: 1087
Registered: July 2009
Senior Member
Cheers,
most of us know what a DSL is, but thank you for the contribution.

What is of interest with regards to Eclipse, is whether Sapphire may use
Xtext for its DSL or not?
Previous Topic:One Framework to bind them All ?!
Next Topic:GridTableViewer previous tab traversal?
Goto Forum:
  


Current Time: Thu Mar 28 10:10:36 GMT 2024

Powered by FUDForum. Page generated in 0.02737 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top