I wrote an application for android (order information, order details, booking timestamps with webservice and webdav) on eclipse.
Is my code reusable for other platforms (e.g. ios, windows phone)?
Thank you for helping me.
michael
You native Android code is not re-usable. But, if you also wrote Webservices (As I understood), you can consume them from other platforms considering they are interoperable (SOAP, REST with JSON/XML, etc...)
To the best of my knowledge, nope not. If you had use cross platform tools like phone-gap etc, where you program in java script, then it becomes portable..
if you develop app with native SDK your code is not reusable on another platform but it will be helpful to you to get logic and all flow details from the existing code.
You have developed your application using java, the native code can't be used for other platforms such as iOS or windows as they have there own native languages which they use for development. You can use your web services code for all platforms if it's based on REST, JSON/XML.
Related
as i'm still learning, i'm not sure what tools, frameworks, even languages i'm gonna work with..
so i'm working on a simple project that got windows side and android side.. that obviously needs at least 2 languages to get it done, but it's impossible that i can learn those languages and know how to deal with their frameworks to get the job done
so is there a language i can develop the entire project(windows & android) with, and without need to any other language no matter what or how many tools or methods im gonna use to make it work?
-note: i know java is essential for the android side, so that's the point im talking about.... "entirely"
I would recommend you giving a loot at Flutter, it's not like native windows but it can produce applications for Android, iOS and web with a single codebase. It's really intuitive to use and the apps built with it work really well.
You can also take a look at React Native expect you need a Native app that you have to use Java as the core language if not give a trial to this
I notice you've tagged this with C#. To answer your question: that. You can write Android apps in it as well via a library called Xamarin that Microsoft bought out and has integrated into the platform.
I have seen the use of the word "platform" and the word "framework" used interchangeably. I would like to get some input on the subject. If someone could answer these questions, it might clear it up for me...
Is .NET a framework or platform?
From the product side, would Visual Studio be considered a Platform?
What would JavaScript be considered?
I am confused. :)
Thank you for your time.
I would say that a platform is something you build on top of -- your OS, an ORM or a set of services provided by an API.
A framework is something you use to build up inside of -- think ASP.Net, WCF or .Net itself.
The platform has functionality which you are extending, while by itself the framework does nothing until you utilize it to create an app.
.NET is a Microsoft Framework
Visual Studio is an IDE
JavaScript is a programming language
A platform IMO is a system, a kind of environment, can consist of a number of different frameworks working together. http://en.wikipedia.org/wiki/Computing_platform
Framework is a toolkit to help you get things done quicker and with conventions so everyone is on the same page.
I can simplify you a little things:
we can say that Windows OS is a "platefom" but about. Net is a "framework"
Generally:
Framework is a set of components that are used to create foundations, architecture and outline for a software.
A platform is formed by the assembly equipment such as a PC and an operating system.
I am new in breezejs and just have to know whether it supports Java Server like Tomcat or not..
I mean I saw 100's of examples using Breeze and Asp.net server but didn't saw any example using Java server, please shed some light on this;
well this was on the breeze FAQ
Based on your documentation, it looks like Breeze is hardwired for .NET. You're even using Visual Studio in your samples.
Yes, our initial launch shows Breeze using Visual Studio with a .NET Entity Framework back-end.
To be clear, Breeze does not require .NET, but this is currently how we have the data provider hooked up through WebAPI. We are planning to support other back-ends and front-ends, as well as show IDEs other than Visual Studio. Your feedback on UserVoice helps us prioritize these features.
Work is well underway on a Java backend for Breeze, using Hibernate and JAX-RS. Please check out breezejs-hibernate.
The NorthBreeze sample is a web application (WAR) that uses the breezejs-hibernate library. We build it with Maven and deploy it on Tomcat. It uses Angular for the UI bits. It's still pretty rough.
Ankur, please add this request to the breeze User Voice ( and vote for it). We take these suggestions seriously when determining what features/samples to work on next.
So we want to develop a service app (web Service with post/get API). What is language to go for secure, fast, enterprise app for about 2000 employers to use with about 20~40 services for interacting with DB server (which in my case will be Oracle) Dev time a year Dev team of 3. All capable of righting C++ code as well as Java (so they will now them equally bad at the beginning of process)
Definitely java! You might want to check the jee6 tutorial on JAX-WS to get an idea of how web services are created using enterprise java (http://download.oracle.com/javaee/6/tutorial/doc/bnayn.html)
This will also guide you on how to do it using the netbeans IDE (http://netbeans.org/kb/docs/websvc/jax-ws.html)
Cheers!
You'd be masochistic to try this with C++! Definitely Java, J2EE whatever (look at various technologies from groups such as JBoss). The development process will be significantly faster using these existing technologies than writing your own...
The question is not what language to choose but which "architecture" or paradigm.
If you want/need to use SOAP then C++ might be fine, go and google for "gsoap". However I would recomend Java and REST as architecture paradigm, well we would need to know more what you really want to do. Perhaps some RMI or CORBA would be much easier. If you want to play with Java, Groovy or Scala (all languages run on the Java JVM), then google for "restlet".
Best Regards
Angelo
I would suggest using the Java / Netbeans combination.
Netbeans has a number of tools which makes web service development easy.
Good overview here.
Netbeans allows full use of JAX WS and Metro and is integrated with Glassfish and Tomcat servers (part of Netbeans download) so you can get up to speed really quickly.
you can use either C++ or Java depending what you're implementing. To see an example on C++ check out this great post by IBM Engineers: http://www.ibm.com/developerworks/webservices/library/ws-xml-rpc/
I need to implement webservices in an upcoming project and wanted to know what are the main points to base the decision on whether to implement using java or .NET
I'm a C++er...
If you're a Java shop use Java. If you're a .NET shop use .NET.
There really is no difference that makes one of the two languages superior to the other in regards to web services.
Possible consideration - .NET pre 3.5 only provided support for SOAP based services, but I believe the 3.5 WCF offers REST and SOAP now.
There's no real difference from programmer's point of view (implementation).
For me, a reason to pick Java is that all tools and infrastructure are free/open source. OS, deployment web server, databases, IDEs and developer tools.
I have plenty of experience with both, and both will certainly do the job.
However I tend to prefer Java over .Net for things like web services for the following reasons:
It's cross-platform, which gives you much better options on the hosting side (e.g. running a big Linux cluster on Amazon EC2)
The library ecosystem is larger and more mature, especially on the server side.
I prefer the more flexible open source philosophy to "the only way is Microsoft". Vendor lock-in is always a bad idea for your enterprise architecture in the long run.
You can optionally use awesome languages like Clojure or Scala on the JVM
Ultimately though, I'd go with the one your team has the most skills with. This will determine what you are most productive with, which is usually most important if your main objective is to deliver value quickly.
It's a personal decision, usually determined by the technology already in place or the skill set of the developer(s) writing the services.
i've never really developed web services in java, but i have in .NET and if you're using Visual Studio they're an absolute cinch to whip up (i expect they're a little more difficult to do without the aid of VS).
if you're already working in java, and don't have any .NET stuff in place, stick with java - it'll save you a lot of money (if you were to get Visual Studio in, as i mentioned), and possibly some time involved in learning the specifics of .NET
In my experience, Web Services are a bit more tightly integrated into Visual Studio than they are into Java's editors.
The Eclipse IDE doesn't even have JAX-WS (Java standard web services stack) support built in, opting to use Apache Axis 1 instead.
Netbeans supports JAX-WS, though.
I personally prefer .NET to Java for many reasons I don't want to go through, since it doesn't really matter and is more a personal preference than a strict guideline I can recommend.
If you have Java infrastructure in place or using a platform other than Windows for your server applications, I strongly suggest Java. However, if you don't have anything in place and running on Windows platform, .NET is pretty cool in that area (WCF/ASMX/WSE/...).
As you say you're a C++ - er you'll probably find .NET easier as you can target it directly from C++.
I'm a Java guy, but I think Web Services are easier to code in .NET. Visual Studio takes care of everything, in Java it takes a bit to get started.
A bit of a problem in some projects with JAX-WS is, that SUN ships the "old" version 2.0 with Java 6. If you want to use the current version, it's some work to make it run with Java 5 and Java 6.
If your app must be portable, you should obviously choose Java. Otherwise I would say it's just a choice of your preferred language, since the above issues are really small (maybe you want to choose Axis or something else anyway, I haven't worked with something other than JAX-WS yet).
IMO if you want to do SOAP, then its a heck of a lot easier to use .NET and WCF. However, I've found REST to be a bit tricky with WCF, and had to implement a custom XML parser to do it instead of using their built-in one.
You probably want to consider your hosting environment too. If you are going to serve this from Windows hardware, you can drop .NET WCF web services into IIS. If you are going to run a Linux/Solaris server, then it isn't even a question...
I suggest implementation with JSP ,it provides a robust platform for development
I prefer JSP to ASP or any microsoft techonolgy!