[Monodevelop-devel] Brainstorming for 2.4 code quality

Mike Krüger mkrueger at novell.com
Fri Sep 4 01:47:43 EDT 2009


> Code Completion
> ===============
> ProjectDom is highly .NET centric.  PyBinding conforms to this for in 
> file parsing since it gives us persistence "for free".  But this is
> not 
> suitable for indexing the system packages.  I would like this to be 
> easily re-usable for writing other add-ins such as JavaScript, Ruby,
> or 
> even SQL.

Why it is .NET centric ? It's usable for defining a class model. It's
not suited for defining a language that doesn't contain classes (like
SQL). And for non oo languages it can be simulated (just put all members
in a generated container class).

> Currently, it is very tough to map python language concepts to things 
> like IType, IMember, and such.  Even when conforming to that, features 
> like tooltips are bound to using words like "Namespace" rather than 
> "Module" or "Package".

This should be changeable by using another ambience. Currently they
don't contain these strings, but thats somethin we should put into them.

> I'd really like to be able to re-use the parser database rather than
> managing my own with sqlite.
> It might be nice to use compression within the database by default.  All
> the information on the subject I've seen recently shows faster query 
> times due to reduced I/O.  However, I haven't looked to seef if this is 
> done already.

I've always thought that we should use a 'real' database there. I've too
often code completion file errors. I'm the only one with this problem ?


More information about the Monodevelop-devel-list mailing list