Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 6 years ago.
Improve this question
I want to host the backend of my Android app in the cloud (a couple of .NET web services and a small database; nothing else by now; maybe a website if things go well).
The problem is that I'm not sure which option to use: Google Cloud allows PHP, Ruby, Python, Go or Java only. Then there is Rackspace, Azure, Amazon Cloud... I found this list but... I'm a little bit overwhelmed.
I will start small, with just a few users, so by now I don't need something expensive or complicated (no big data or redundancy).
What would you recommend?
Amazon offer you a free tier, may be you could use it for testing purposes
https://aws.amazon.com/free/
I suggest you can use Azure Mobile service. This service has the seamless integrated with project .net or Node.js backend. https://azure.microsoft.com/en-us/documentation/articles/mobile-services-dotnet-backend-android-get-started/
For testing purpose, you can use the free 1 month trial: https://azure.microsoft.com/en-us/pricing/free-trial/
Some dummy question further: no matter which option I use, I need to register some domain to access the web app (SOAP / REST) from the android client device, right? Or am I provided with some IP / domain to refer to the app?
If you use WCF host your webservice on Azure, I suggest you can use the domain name to implement into your Android application.
I have store my application configuration information into Azure Blob Storage. My Android application could get the REST endpoints,domain name,IP and so on information from Azure Blob storage before my application request WCF service on Azure.
Related
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 3 years ago.
Improve this question
This might seem a bit crazy and it is, but its one of those things you do just because it's vaguely possible. I'm trying to host an SQL server on an old android phone of mine to be used as a personal database. Preferably Postgresql or mysql whichever is possible (I'm not worried about the difficulty.)
I've done a little digging on Google and only keep finding results for connecting android apps to SQL databases. So what I'm trying to do is host an SQL server on my old HTC one M9 and only intend to keep it isolated to localhost and my laptop would be the one device running queries to the phone. I'd keep the physical database stored on the memory card so maybe it can be moved about. Note all data stored here is only for testing and I'd just host a Postgresql database on an aws instance after the app goes live. I know there are a few free cloud providers for testing but I'm just too hipster to do that.
Any suggestions or links to get me started on my crazy idea would be appreciated. Thanks!
Since Android runs Java by definition, I would think that any Java-based RDBMS should run. I would try with:
H2 database.
HyperSQL database.
Apache Derby database.
My guess (since it's not more than a guess) is that setting up any of these just requires a JVM installed and nothing else. Since Android already has it it sounds like any of these should work.
And I have a high opinion of H2. It's a powerful engine and supports quite complex SQL.
Good luck!
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 5 years ago.
Improve this question
The game itself is not complex at all -a simple board game. But complexity comes from the fact that when 1 player makes a move, the opponent must get this information immediately.
Obviously this is the responsibility of the backend. I plan to use Firebase for this purpose, but I am not sure if Firebase is capable to pass thru tons of messages like this. And I know it has cons because it's cheap and mBaaS cloud service.
Reading the docs did not tell me much - only bragging how they can do this all.
Does anyone have personal experience with Firebase and real-time game that exchanges a lot of messages between 2 players?
Do I need any special setup in the code?
Yes it is definitely suitable. I build a game for iOS using firebase as backend and it is capable handling that messages. You don't need any special setup just include the sdk and configure Firebase in your Appdelegate class and voila start using your real time database.
Short description: Firebase is a cloud hosted Realtime Database. The data is stored as JSON and synchronized in realtime to every connected client. When you build cross-platform apps with our iOS, Android, and JavaScript SDKs, all of your clients share one Realtime Database instance and automatically receive updates with the newest data[Description from Firebase].
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 6 years ago.
Improve this question
I am creating my first Android application. This will be something like a Diary or Notebook.
Andorid part is almost done and I don't know what should I do next.
Should I use data base, server....
Or can I use Drive API instead of both?
Thank you
If you're creating a note or a diary app, your better off using some sort of database, whether that's a local SQLite database on the device or a remote database.
If remote it will need some sort of web service to communicate with the database as Android doesn't support connecting to remote mysql databases such as MySQL.
Whether the database is local or remote, it doesn't matter but this would be the better option. If it is stored in the database you can store and retrieve the meta data more easily, such as creation time, title, etc whereas in Google Drive you would either need lots of files or store the data in 1 file in a particular way that you can then parse to get the meta data out.
You could however, export the data from a database and store that on Google drive that can be used as a backup/restore option.
This is a variation on the perennial rdbms vs networked filesystem approach. Many large projects I have worked with have used both, even together. Usually an RDBMS gives you more flexibility and easier development, while a networked filesystem approach works better when you are working with other tooks which expect file-level access.
The simple answer is yes you can but it probably is not worth it. You end up having to do a lot of work yourself to implement what SQLite can offer you. And in the case of Google Drive, latency will likely be a killer.
So keep your data local and fast. And work with something that gives you the flexibility you need.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 6 years ago.
Improve this question
I'm currently developing an android application. It stores user login and sign up information using Firebase.
The challenge I'm faced with is finding a suitable database to store information from websites which I would gather myself and allow the app to automatically update and include that information.
Firebase doesn't have a GUI that can create tables and records, so it does not fully meet my requirements. It'll only be used for user authentication.
I've read answers to questions similar to this and saw alternatives such as:
AWS
Buddy
Kinvey
I currently don't have the budget to pay for a premium service so I'm looking for a free and reliable one until I can upgrade.
To sum it all up, I want a online database with either a GUI or text based (preferably SQL syntax), that is reliable and easy to understand.
For my first Android app where I developed it from my diploma thesis and to learn about android philosophy I used MongodDB.
MongoLab has free services to store your documents there. I used Java so you may have to look the MongoDB for java documentation, you can find it easy on the internet and the documentation is very explainable.
Also, for security reasons you may have to develop a restfull API and as a result you may have to use (for example) the PHP API of mongodb to cummunicate with a server and get the query results from there and use them for your Android app. You may have to search about how to get json data from a server to your android app but there are many tutorials about this too.
I have to mention that I am not an expert on which databases are the best to use for Android apps but MongoDB did the work for me.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 8 years ago.
Improve this question
I've created a website using ASP.net and C#. It's basically where students can login and view their marks/register courses/see schedules. It's connected to a SQL database which I have made in SQL server...
I want to be able to create a mobile version of this application. So what's more suitable, a mobile app or website? And which one will be easier?
I heard we use eclipse/java for making mobile apps.....
For the website, do we use a different framework, or is it the same asp.net and SQL for the database?
I would definitely recommend a mobile web application. The main advantage is that you have only to maintain one code base. Also it would be a very simple task since you could expose JSON from your asp.net website to http://jquerymobile.com/
There are many tutorials available and you do not have to bother about updating the application on users devices since it is a hypermedia based web app.
I think you'll find a mobile website built with jQuery Mobile to be a good alternative to writing a native app.
Benefits Include:
Consistent UI across platforms
Smart, responsive scaling for larger
devices (tablets, pc)
Touch friendly default styles
I've put together a jQuery Mobile Site Template on the Visual Studio Extension Gallery that you might find interesting for porting your existing .Net C# site.
I'm not familiar with asp.net, but it seems like it'd be best to create a fluid, responsive front end for the web app on its existing framework. One web interface that scales neatly for a variety of devices, rather than authoring an API and various mobile apps for different platforms.
Great introduction to responsive (front-end) web design: http://www.abookapart.com/products/responsive-web-design
Here is a great Google I/O 2011 session that I enjoyed watching on the topic of Native vs. Web approach. Link has the slides + videos. Enjoy and best of luck.