RE: Refactoring Web .NET API into Common DLLs

2 messages Options
Embed this post
Permalink
Leaf Li

RE: Refactoring Web .NET API into Common DLLs

Reply Threaded More More options
Print post
Permalink
All,



I think your major concerns is whether this change will break the existing MapGuide application after users update to new version of MapGuide.



It can be resolved by one of the following solutions.

1.       We still use SWIG to create MapGuideNotNetAPi.dll. It exists with refactoed dlls. Then no existing MG application will be broken.

2.       Use .NET assembly with multiple file to resolve it.

a)         Create the following netmodule files

                         i.              OSGeo.MapGuide.Foundation.netmodule

                       ii.              OSGeo.MapGuide.Geometry.netmodule

                      iii.              OSGeo.MapGuide.PlatformBase.netmodule

                      iv.              OSGeo.MapGuide.MapGuideCommon.netmodule

                       v.              OSGeo.MapGuide.Web.netmodule

b)         Use al.exe to create an assembly for each .netmodule in step (a). Then the following files will be created.

                         i.              OSGeo.MapGuide.Foundation.dll

                       ii.              OSGeo.MapGuide.Geometry.dll

                      iii.              OSGeo.MapGuide.PlatformBase.dll

                      iv.              OSGeo.MapGuide.MapGuideCommon.dll

                       v.              OSGeo.MapGuide.Web.dll

c)         Use al.exe to create an assembly for all .netmodule in step (a). The following file will be created.

                         i.              MapGuideDotNetApi.dll



By the solution, all assembly contains only a list of .netmodule. They are very small. Metadata and IL code are located in .netmodule.



So it isn't a problem.



Thanks,

Leaf Li
_______________________________________________
mapguide-internals mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapguide-internals
Kenneth Skovhede, GEOGRAF A/S

Re: RE: Refactoring Web .NET API into Common DLLs

Reply Threaded More More options
Print post
Permalink
Clever suggestion, single compile and multiple linking.
That should make it backwards compatible.
Could you update the RFC with this idea?

Regards, Kenneth Skovhede, GEOGRAF A/S



Leaf Li skrev:

> All,
>
>
>
> I think your major concerns is whether this change will break the existing MapGuide application after users update to new version of MapGuide.
>
>
>
> It can be resolved by one of the following solutions.
>
> 1.       We still use SWIG to create MapGuideNotNetAPi.dll. It exists with refactoed dlls. Then no existing MG application will be broken.
>
> 2.       Use .NET assembly with multiple file to resolve it.
>
> a)         Create the following netmodule files
>
>                          i.              OSGeo.MapGuide.Foundation.netmodule
>
>                        ii.              OSGeo.MapGuide.Geometry.netmodule
>
>                       iii.              OSGeo.MapGuide.PlatformBase.netmodule
>
>                       iv.              OSGeo.MapGuide.MapGuideCommon.netmodule
>
>                        v.              OSGeo.MapGuide.Web.netmodule
>
> b)         Use al.exe to create an assembly for each .netmodule in step (a). Then the following files will be created.
>
>                          i.              OSGeo.MapGuide.Foundation.dll
>
>                        ii.              OSGeo.MapGuide.Geometry.dll
>
>                       iii.              OSGeo.MapGuide.PlatformBase.dll
>
>                       iv.              OSGeo.MapGuide.MapGuideCommon.dll
>
>                        v.              OSGeo.MapGuide.Web.dll
>
> c)         Use al.exe to create an assembly for all .netmodule in step (a). The following file will be created.
>
>                          i.              MapGuideDotNetApi.dll
>
>
>
> By the solution, all assembly contains only a list of .netmodule. They are very small. Metadata and IL code are located in .netmodule.
>
>
>
> So it isn't a problem.
>
>
>
> Thanks,
>
> Leaf Li
> _______________________________________________
> mapguide-internals mailing list
> [hidden email]
> http://lists.osgeo.org/mailman/listinfo/mapguide-internals
>  
_______________________________________________
mapguide-internals mailing list
[hidden email]
http://lists.osgeo.org/mailman/listinfo/mapguide-internals