From: Leif F. <lfr...@in...> - 2006-04-25 12:56:15
|
Thiago Arrais wrote: > Leif, > > Some questions below. > > On 4/25/06, Leif Frenzel <lfr...@in...> wrote: > >> There is very good background information about how the Java Model works >> in 'Contributing to Eclipse', by Erich Gamma and Kent Beck, in the third >> part of the book. >> > > I will definitely take a look at that. Actually, there has been some > time it is on my to read list. Thought it was outdated, but have been > pointed to it so much times that I think it is worth the read. > That's true, many of the passages are no longer completely correct for Eclipse 3 and higher. The third part is more a general discussion of the Design patterns that were put to work in the different parts. That still applies and is definitely worth the read :-) > >> So, what you would do to access other files in the workspace, would be >> roughly: >> >> - get the editor input, cast to IFIleEditorInput, get the IFile >> - get the IJavaElement for the IFile using JavaCore.create( IFile ) >> - that you can cast (probably, I'm just writing from faint memories at >> the moment :-) to ICompilationUnit >> - the ICompilationUnit you can use to query IField, IMethod etc. things >> from the model, or you can request a complete AST of the source file >> > > Questions: > > We need to add something like that support on EclipseFP, right? I > think there is already some work done on that direction, and I will > certainly take a look at the code, but is there any framework support > for this on Eclipse? > Not really. This is something that was discussed a while ago, but it came to nothing. What is already in EclipseFP is mostly just the interfaces for the language model, but there is no such thing as a proxy mechanism there, which is probably tricky ... > What about context-sensitive information? I imagine JDT has an indexed > internal model that it keeps in sync with the resources (I am guessing > that based on the the extremely fast performance for things like Java > Search). Yes, afaik that's exactly how it works. > Does anyone know how to query that model? For instance, given > a method name prefix (that will map almost directly to our function > names) how do I know of all complete methods that are available (or > can be easily made available, by adding an import statement or > whatever) on the current context? > Hm, I have never looked that deeply into JDT in particular. I guess it would be a good approach to have a look at one of the simpler refactoring implementations, because what there is needed is exactly such queries. Btw: my article about the language toolkit is now available in English too, thanks to the Eclipse people :-) It can be found here: http://www.eclipse.org/articles/Article-LTK/ltk.html Ciao, Leif > Cheers, > > Thiago Arrais > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=k&kid0709&bid&3057&dat1642 > _______________________________________________ > eclipsefp-develop mailing list > ecl...@li... > https://lists.sourceforge.net/lists/listinfo/eclipsefp-develop > |