Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 5 years ago.
Improve this question
I know that many of you don't like these "vs" topics/questions but I am planning to develop new project which will use Google Maps API and I am not sure which of these 2 controls(wrappers) to use.
1st GoogleMap Control by Velio Ivanov(Artem)
http://googlemap.artembg.com/
http://googlemap.codeplex.com/
2nd GoogleMaps by Subgurim.net
http://en.googlemaps.subgurim.net/
Both controls looks to be better choice than the rest, but I am not sure which actually is the best.
I am looking for quite easy, lightweight and at the same time powerful and well documented control.
Has anyone ever used both of them? Did you have any problems with either? Did you have hard nut to crack as I have?
I will be very grateful for any comparison, advantages, disadvantages, problems etc. which may help me to choose.
Well, I have been using the Artem Map Control for some time and it has been very easy to work with. Additionally, it IS open source and the Subgurim control is NOT. If you use the Subgurim control in free mode you are exposing your program to ad's as their page says:
- Only for non commercial applications. Fully functional. No
limitations. With messages and HTML code comments from
GoogleMaps.Subgurim.NET.
I am upgrading to v6 the Artem Map Control after I write this
Related
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 8 years ago.
Improve this question
I'm writing relatively small, but not simple networking library which is going to be used at least from C,java,python,ruby and C#. Is there a way to make go bindings to the other languages the way in can be done form C? If not is there other way?
Right now, you can't write libraries in Go that can be used in other languages. Go has a runtime environment that does a lot of things (like sheduling go-routines, collecting garbage) for you. This runtime environment is written under the assumption that it controls the whole program. This assumption does not hold if Go code would be used from inside another language, as the Go library cannot influence the binary that uses it.
I imagine that a JSON service would do what you describe.
Have a look at the json test for a simple example
It wouldnt matter what languages you used to set and get data from your app
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 8 years ago.
Improve this question
Currently I am doing a restructuring project mainly on the Oracle PL/SQL packages in our company. It involves working on many of the core packages of our company. We never had documentation for the back end work done so far and the intention of this project is to create a new set of APIs based on the current logic in a structured way along with avoiding all unwanted logic that currently exists in the system.
We are also making a new module currently for the main business of the organization that would work based on these newly created back-end APIs.
As I started of this project, I found out that most of the wrapper APIs had around more than 8000 lines of code. I managed to covert this code into many single APIs and invoked them from the wrapper API.
This activity in itself has been a time-consuming process but I was able to cut down the number of lines of code to just 900 in the wrapper API by calling independent APIs for each business functionality.
I would like to know from you experts if this mode of modularizing the code is good and worth the time invested in it as I am not sure if it would have many performance benefits.
But from a code readability perspective, this is definitely helping and now I am able to understand the 8000 lines of code much better after restructuring and I am sure the other developers in my organization too will understand.
Requesting you to let me know if I am doing the right thing and if its having its advantages apart from readability please do mention them. Sorry for the long explanation.
And is it okay having more than 1000 lines of code in a wrapper API.
Easy to debug
Easy to update
Easy to Modify/maintain
Less change proneness due to low coupling.
Increases reuse if the modules are made generic
Can identify unused code easily
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 8 years ago.
Improve this question
I am going to develop a journal system which has paper submission and review actions with evalution forms,something like OJS system. I want to use drupal for it but I am not sure if it is a good choice.
Does Drupal have ability to create such applications ?
It is a very generic question. To answer some part:
Drupal can be customized and used for a lot of projects, thanks to the powerful community and module developers.
Let me give a glimpse of possibilities, you can find the rest:
Each paper can be a content type. Each user can have specific roles and permissions (eg. publisher, editor, reviewer etc) who are allowed to do specifically what you allow them to do. They can apply for higher roles as well.
Each review process can be captured and maintained using workflow module. There are plenty of tutorials for that.
List of articles can be shown with various properties and filters using views. They can be shown in various regions of a theme you select or make of your own (or customize).
The community can be built using forums.
In short there are thousands of possible ways you can make this. But one note from personal experience: sometimes you will find extremely tough things to be done in simple ways, while simple things will take time. This is mostly because like all systems, it takes a bit of time to get used to with the drupal api.
Best of luck!
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 8 years ago.
Improve this question
I'd like to learn and implement a simple CRM system just for my own knowledge. I don't know where or how to start.
Should I:
1) Copy SugarCRM? (I don't think I would learn much by copying...)
2) Learn the fundamental of CRM (what is it for, why there are x,y,z modules, what business problem it tries to solve?
Can someone recommend me something to begin with? Perhaps resources relevant to the fundamental of CRM (concept, as opposed to implement CRM using what's out there)?
PS: software stack doesn't matter
Thanks
What are you trying to gain from this exercise?
Are you trying to learn a specific language or programming environment by tackling an example project? Then I'd suggest you "scratch your own itch", i.e. program something that you would (or could) use yourself afterwards. If you have no use for a CRM system, do something else. If you need a CRM system yourself, I think you have a good grasp on what problems you need solved.
If you however try to learn about CRM in general, then yes, you should definitely try to read up on the basic concepts and fundamentals of it, instead of just programming one.
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 6 years ago.
Improve this question
I heard about in ASP.NET AJAX in Action book.
XML Script is the name given to more than one unrelated technologies., ref http://en.wikipedia.org/wiki/XML_Script
One is a way to transform XML, like XSLT. That one is dead, but Ajax in Action wasn't talking about that.
The one that you are asking about is a Microsoft technology that puts XML into a script tag with a type of "text/xml-script" that has a family resemblance to WPF.
It got at least as far as the MS-Ajax Futures 3.5 release, Ref: http://www.microsoft.com/en-us/download/details.aspx?id=22457 which is a beta/preview. I imagine it got killed in favor of work on silverlight which isn't just WPF-like syntax in a script tag but really is WPF syntax, and then the failure of MS-Ajax to compete with jquery probably led to MS not pushing forward Ms-Ajax anymore, including xml script. And now it looks like Silverlight isn't being developed any further either.