Remove Use of scopped classes

[JesseKPhillips]

Scope classes are being deprecated by the language. There are a few instances in juno.com.reflect(209). These should be identified and removed. I'm not sure how they should be changed.

I'm considering attempting an approach similar to that demonstrated by "Modern COM Programming in D"^1 which does not model interfaces with interfaces, instead it builds a struct. Such would be a major change in design (compatibility), so opinions welcome.

1. http://lunesu.com/index.php?/archives/126-Modern-COM-Programming-in-D.html

[Numpsy]

That code looks like it's simply using scope to close some registry keys ASAP, and i'm not sure how thats related to interfaces?

Using structs instead of classes for registry access might help with resources, but that would be a change inside the registry code rather than in the caller.

On a related note: Is there really a need to have both juno.utils.registry and std.windows.registry?
I haven't investigated the differences recently, but it seems a shame to duplicate that sort of stuff.

[JesseKPhillips]

I assumed that the function was returning some COM object, Currently all external COM objects are defined by the Language interface/class feature. So if the registry code is using COM, and i were to change COM to be based on structs, it would be an internal change to registry. It would be breaking change, so I'm not sure it will be the best but I'm considering it.

On the related note: There is quite a lot of duplication in Juno and wish to have as much removed. I created a Roadmap and using Phobos is one of my goals: https://github.com/JesseKPhillips/Juno-Windows-Class-Library/wiki/Roadmap

[Numpsy]

I don't think the registry code uses COM at all?

[JesseKPhillips]

I don't know and am not looking into it. I'm trying to get a good system of tests to prepare for these big changes. But I'm hitting some road blocks with doing COM registration (created a branch to use the com.server.d example as an example); also the COM example that comes with DMD isn't working. And lastly the example for com.core.invokeMethod() is telling me the "class is not registered." Haven't been able to find what GUID is used for IE either...

[Numpsy]

Theres a tiny example for IE @ http://www.dsource.org/forums/viewtopic.php?t=4786&postdays=0&postorder=asc&start=15 (uses the string names instead of guids though).

[JesseKPhillips]

That is the same one not server.d, above invokeMethod. I get an error that the class is not registered. Which likely means it knows what I'm talking about, but thought it would be good to give a GUID a try.