Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » TMF (Xtext) » Is Xtext right for me?(With a simple set of requirements, is Xtext the right solution)
Is Xtext right for me? [message #1016343] Wed, 06 March 2013 07:11 Go to next message
Steve Kallestad is currently offline Steve KallestadFriend
Messages: 62
Registered: March 2013
Member
I feel like I fell down a rabbit hole.

I have an application that I want to script. Basically, instead of writing a set of code for the 10 different things I want to do, I'll have it iterate through the commands in a given file and execute them.

The scripts are pretty simple at the moment. Simple enough to write my own parser in a night.

MyFirstTask Simple{
  DoThis("WithParam")
  DoThat("DifferentParam")
  DidItWork
}


I started yesterday and decided Antlr was a pretty good thinking-forward solution. Eventually adding loops, multiple parameters, etc. will be desired.

I spent a day learning antlr, playing with the eclipse ANTLR IDE and AntlrWorks, and frustrating myself struggling to learn enough jargon to understand the tutorials.

I had a fleeting thought that Syntax Highlighting and auto-completion would be desirable and that led me to XText. I went through the 5 and 15 minute tutorials and I must say that I wish I had found XText first!

But... before I go another day pushing off what should already be completed I thought I should ask the community - is this right for me?

XText is fantastic, but it's pretty darn complex.

Given that my requirements at the moment are pretty simple is it worth the time and energy it will take to get to step 1.

Or is there maybe another simpler solution that will be enough for now?
Re: Is Xtext right for me? [message #1016657 is a reply to message #1016343] Thu, 07 March 2013 09:32 Go to previous message
Henrik Lindberg is currently offline Henrik LindbergFriend
Messages: 2509
Registered: July 2009
Senior Member
On 2013-07-03 2:43, Steve Kallestad wrote:
> I feel like I fell down a rabbit hole.
>
> I have an application that I want to script. Basically, instead of
> writing a set of code for the 10 different things I want to do, I'll
> have it iterate through the commands in a given file and execute them.
>
> The scripts are pretty simple at the moment. Simple enough to write my
> own parser in a night.
>
>
> MyFirstTask Simple{
> DoThis("WithParam")
> DoThat("DifferentParam")
> DidItWork
> }
>
>
> I started yesterday and decided Antlr was a pretty good thinking-forward
> solution. Eventually adding loops, multiple parameters, etc. will be
> desired.
>
> I spent a day learning antlr, playing with the eclipse ANTLR IDE and
> AntlrWorks, and frustrating myself struggling to learn enough jargon to
> understand the tutorials.
>
> I had a fleeting thought that Syntax Highlighting and auto-completion
> would be desirable and that led me to XText. I went through the 5 and
> 15 minute tutorials and I must say that I wish I had found XText first!
>
> But... before I go another day pushing off what should already be
> completed I thought I should ask the community - is this right for me?
>
Yes, unless possibly if you are fluent in writing editors/editor
features in Eclipse (and even then, support for all the features that
you get from Xtext will take a long time to implement manually).

> XText is fantastic, but it's pretty darn complex.
The alternatives have all the complexities elsewhere.

> Given that my requirements at the moment are pretty simple is it worth
> the time and energy it will take to get to step 1.
Yes.

> Or is there maybe another simpler solution that will be enough for now?

Write your scripts in an existing language perhaps.

- henrik
Previous Topic:Another cross-referencing question
Next Topic:dot as separator in rule with hidden white spaces
Goto Forum:
  


Current Time: Thu Apr 25 23:35:23 GMT 2024

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

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

Back to the top