repackagednugetpackages
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
repackagednugetpackages [2017/02/03 16:05] bradrollins [Re-packed NuGet Packages] |
repackagednugetpackages [2017/02/03 16:49] (current) bradrollins [What Do You Think?] |
||
|---|---|---|---|
| Line 5: | Line 5: | ||
| ==== More Productive ==== | ==== More Productive ==== | ||
| - | As you know, Map Suite Products help developers to be more productive to create GIS applications. It can be more productive in the process of including Map Suite components into your projects and share your projects without the reference assemblies. | + | As you know, Map Suite Products help developers to be more productive to create GIS applications. It can be more productive to include Map Suite components into your projects and share your projects without the reference assemblies. |
| ==== Cross Platform / Portable ==== | ==== Cross Platform / Portable ==== | ||
| - | By Map Suite 9.0, we are considering to support Multi-Platform, like Linux, MacOS, Android, iOS. But the infrastructure prevents us from walking towards it. If you are already a developer using Map Suite products, you might know we support Windows ([[map_suite_wpf_desktop_edition|Wpf]], [[map_suite_desktop_edition|WinForms]] ... ), [[map_suite_ios_edition|iOS]] and [[map_suite_android_edition|Android]] platform. But We are suffering this for a long time. Imagine this situation. A customer reports a bug in MapSuiteCore on Windows platform. We fix it and test. But it is not all done. What we have to do is to report to the iOS and Android team to ask them to fix the same bug. That's the infrastructure's fault. We have several branches of MapSuiteCore which is depending on different framework. Each time we fix the bug, we need to synchronize to the other platforms. It is a really a bad experience. | + | Before Map Suite 9.0, we have been considering supporting Multi-Platform like Linux, MacOS, Android, iOS. However, the infrastructure prevents us from moving towards it. If you are already a developer using Map Suite products, you might know we support Windows ([[map_suite_wpf_desktop_edition|Wpf]], [[map_suite_desktop_edition|WinForms]] ... ), [[map_suite_ios_edition|iOS]] and [[map_suite_android_edition|Android]] platform, but is has been difficult for a long time. Imagine this situation: A customer reports a bug in MapSuiteCore on Windows platform. We fix it and test. Still, it is not all done. What we have to do is report to the iOS and Android teams to ask them to fix the same bug. This is a fault of the infrastructure. We have several branches of MapSuiteCore which that depend on different frameworks. Each time we fix the bug, we need to synchronize to the other platforms. It is not an ideal experience. |
| {{ :mapsuite-infrastructure-old.png?nolink |}} | {{ :mapsuite-infrastructure-old.png?nolink |}} | ||
| - | Now, the good one for us is to make the Map Suite Core's source code as portable as we can. With the opportunity of separating the MapSuiteCore, we could translate our existing functions by functions to portable; in another word, we could share the same source code for various platforms. | + | Now, the goal for us is to make the Map Suite Core's source code as portable as we can. With the opportunity of separating MapSuiteCore, we can translate our existing functions to portable. Essentially, we can share the same source code for various platforms. |
| //PS. Thanks to Microsoft PCL and shared project as well.// | //PS. Thanks to Microsoft PCL and shared project as well.// | ||
| {{ :mapsuite-infrastructure-10.png?nolink |}} | {{ :mapsuite-infrastructure-10.png?nolink |}} | ||
| Line 18: | Line 18: | ||
| ==== Separate the Map Suite Core ==== | ==== Separate the Map Suite Core ==== | ||
| - | In Map Suite 9.0, we have most of the supporting features in one assembly calls "MapSuiteCore" and few extension assemblies. While the other products are infrastructed above it. When you kick start your project, you can only reference the "MapSuiteCore" which includes full featured that Map Suite supports. There is no choice to minimize your project. | + | In Map Suite 9.0, we have most of the supporting features in one assembly called "MapSuiteCore" and few extension assemblies. While the other products have infrastructure above it. When you kick start your project, you can only reference the "MapSuiteCore" which includes all features that Map Suite supports. There is no choice to minimize your project. |
| - | One big thing we decide to made is to separate our Map Suite Core by functionality. Such as shapes, layers, styles, symbologies etc. There is still a low-level assembly that will be relied by the other features. Every feature that Map Suite supports you ever know might be a separate package. You could choose whatever your project is going to use. Limit your application to the smallest size. | + | One big thing we decided to do is separate our Map Suite Core by functionality, such as shapes, layers, styles, symbologies, etc. There is still a low-level assembly that will be relied on by the other features. Every feature that Map Suite supports you know might be a separate package. You can choose whatever your project is going to use. You can limit your application to the smallest size. |
| ==== Simpler Trial License ==== | ==== Simpler Trial License ==== | ||
| - | Authentication and Licensing is one weakness of NuGet package. Unfortunately, it doesn't support it by default. But we created a new strategy for non-registered developers to have a chance to available to evaluate Map Suite Products without registration in a limited period. What you only need to do is, open your Visual Studio, create a project, open NuGet manager and type "MapSuite", it represents you the full function list of Map Suite supports. Then you could take your time to enjoy the GIS development. | + | Authentication and Licensing is one weakness of the NuGet package as it unfortunately does not support it by default. However, we created a new strategy for non-registered developers to have a chance to evaluate Map Suite Products without registration in a limited period. All you have to do is open Visual Studio, create a project, open NuGet manager and type "MapSuite." it returns to you the full function list that Map Suite supports. Now you can take your time and enjoy the GIS development. |
| //PS. The original license is still compatible with 10.0.// | //PS. The original license is still compatible with 10.0.// | ||
| Line 36: | Line 36: | ||
| ==== What Do You Think? ==== | ==== What Do You Think? ==== | ||
| - | We currently know the benefit of using this new Map Suite NuGet packages, you could do the whole thing from within Visual Studio via the console or GUI, and you can check for components updates in real-time. You could easily setup your own NuGet server for your team and easy to share your project. | + | We can already see the benefit of using the new Map Suite NuGet packages. You can do everything from within Visual Studio via the console or GUI, and you can check for component updates in real-time. You could easily setup your own NuGet server for your team and share your project. |
| How do you feel about this? Is it a good experience for you to develop your GIS application? Is it better than using installer or product center in some scenario? | How do you feel about this? Is it a good experience for you to develop your GIS application? Is it better than using installer or product center in some scenario? | ||
| Let us know what you think, and we will try our best to improve the development experience. | Let us know what you think, and we will try our best to improve the development experience. | ||
repackagednugetpackages.1486137956.txt.gz ยท Last modified: 2017/02/03 16:05 by bradrollins