In Android mobile application development we have Services interface for perform long-running operations in the background and does not provide a user interface. What is the similar substitute for BlackBerry 10 Cascades development for long-running operations in the background?
Currently, BB10 does not allow backgrounded services, although this is supposed to be supported in 10.2.
Related
The official documentation describes two kind of applications that can be implemented for Android Automotive, Media applications and Messaging applications. Also when creating a new project in Android Studio, the IDE prompts to select a template from those options.
My question is specific to third-party apps. Is Android Automotive limited to build one of these flavors? That is, interact with the user only through the native media UI of the vehicle or the messaging/notifications mechanism. Or as a third-party application developer I can build any other kind of applications (like generic phone/tablet android apps) with custom activities/screens? In case that any kind of applications are allowed, are they limited to run when the vehicle is parked?
Android Automotive is Android so you could build whatever android app you like and run it on Automotive. The catch is that Google is, as per now, only allowing Media/Messaging apps into Play Store and has quite specific design guidelines that developers need to follow.
When your app follows Googles Driver Distraction Guidelines then it can run when a vehicle is moving.
Please help me to choose correct blackberry 10 platform to create application which will access call logs,sms,data usage records from the mobile. Blackberry 10 webworks and Android runtime doesn't support all API's required for this application. Now I am planning to switch to native development. In native application should I go for core development or cascades development?
The difference between using Cascades or not is simple: in both cases, you develop a native application. Cascades simply offers you a richer API. Everything you can do with Cascades, you can also do it without, Cascades is just simplifying a ton of things. For example, without using Cascades, you'll have to create your own, complete GUI system. With Cascades, you have already one, which is integrated and homogeneous with the system.
Usually, when developing a native application, not using Cascades is reserved to a particular type of applications: games, which creates their own GUI. For a "standard" (read: not a game) application, you really should use Cascades.
I will develop an application for Windows Phone 8. But i also want to make this application is usable on the other Windows 8 platforms. Wondering that, Does it work as a metro-style application? Or I will have to develope two different applications.
The APIs are similar in some aspects (use of XAML, C#, common WinRT libraries), BUT there are some significant differences.
For instance:
The XAML/UI layer in Windows Phone is based on the Silverlight stack, and differs from that for Windows Store.
Not possible to write WinRT HTML5/JS app on phone (but it is possible to use WebBrowserControl to host HTML5 app especially with tools such as PhoneGap).
No C++/XAML development on phone (C++/DirectX is supported).
Phone has dedicated APIs in WinRT and .NET that aren't available on Windows Store.
Basically you'll have to produce two apps but you should be able to share large amounts of code between the two.
See http://msdn.microsoft.com/en-us/library/windowsphone/develop/jj714089(v=vs.105).aspx for more details...
They are the same type of application and use the same apis. A few changes may be needed but If you are looking for a general answer then yes, it will work as a metro app but will require modifications.
Is it possible to send GET, POST, PUT and DELETE requests from iPhone || Android applications to a third party server?
I want to build a web service to reuse on all 3 platforms (3rd being the web app itself).
Yes, making HTTP requests on mobile devices running iOS or Android is no different from desktop Java or Cocoa. Both platforms offer API's that enable you to change the request method. Checkout NSURLConnection on iOS and the org.apache.http package on Android.
Well, it's all possible on both iOS and Android OS platforms, however while designing web service, you probably may consider a lightweight implementation as mobile platforms are not powerful enough if you for example intend to use SOAP extensively. My most often choice is REST+JSON.
this is an example of how to implement a webservice call in android:
http://lukencode.com/2010/04/27/calling-web-services-in-android-using-httpclient/
Recently we are going to develop some products on mobile phone (specially for 3g). There are many platforms about mobile phones: iPhone OS, Symbian, Blackberry's. If I want to develop a product, should I use Java or write every program for the main platforms?
Particular one question for iPhone development: are there many Java programs on iPhone? Most iphone app I've seen are developed by their own xCode.
I need some guidance on how to do coding for mobiles correctly.
All these platforms are completely different beasts as in the old days. About symbian, (which I am most familiar with) you can use Qt for quality native applications. Native api is confusing so avoid it where possible. If your application is simple, you can even get away with python.
In short, use the language which you are most productive available for each platform. Their apis are wildly different anyway. Language choice doesn't matter as much as the choice of platforms you are supporting.
Java is not available for use on the iPhone; you can use Objective-C, C and C++ to develop iPhone applications.
There is currently no Java for iPhone, so you need to develop separately for iPhone in objective C.
Alternatively you can create application which runs in web browser, it'll be available on all platforms, but not every application is suitable for web.
Have you considered you using web technologies?
There are a couple of cross platform tool kits for iPhone and Android. They work in the same fashion as Adobe Air. Allowing you to make HTML/JS based web app and run it as native code in the browser.
Titanium Mobile (Android & iPhone) HTML/CSS/JS
Corona iPhone Only via Lua
Palm's Web OS is also based on web technologies.
Finally the old guard, Symbian Provides a Web Widgets system, that works in on all handsets with 9.2 fp 2 installed (n95,e72, n97 etc.) The api supports some hardware functionality.
The only one left out in the cold is Windows Mobile. There is some 3rd party support in the form of Web Widgets by torch mobile
It's currently limited to iPhone, BlackBerry, and Android (and possibly WinMo) but you may want to check out the open source project called PhoneGap. I think it is basically just a native wrapper around the built in web browser for each device, but it does expose some functionality not normally available in that environment such as geolocation, accelerometer, sound, etc.