I developed an Android application for my company to measure the satisfaction of our clients in our stores. I developed the front end with all the screens and the design in Android studio, and I generate the APK for the approval of the directors board. Now I want to develop a dashboard to see results of the application.
Each store has one tablet and the app is already installed. I want to link the answers (Happy - Moderate - Not happy) to a dashboard to show the daily/monthly results.
Honestly I know a little in coding but I'm fast learner if you can show me tutos or books to read quickly .. I heard about something like Back end as service.. is it the right way to begin searching ?
I assume that you want connect your app with the dashboard database. So i am gonna share to you 2 approach.
Approach 1
You can share a database between dashboard and app. If you see the picture you can see that the dashboard presents the data in the screen and the android app Send the anwswer to the database.
Approach 2
If you already has the dashboard with a database, you also can create a table for daily/monthly results and create a service to push the data from the Android app.
For the approach number 1 you can take a look to Firebase Database, and then connect the Dashboard and App to the database.
For the approach number 2 you need to take a look how to create a web service and then update the database with the data received.
I hope it helps you.
Related
I am trying to fetch some data from my website, my website is a hotel booking website where I can book/reserve rooms, then the app will be as a reporting app, all the data that comes from the website will be directly go to the app, all the number of bookings, number of reservations, free rooms, will be directly go to the reporting app
Any tip on how to do it? I am using Android Studio.
if you needed other information just comment and I will answer them at the comment section or update the question, thank you.
There are 2 options, make your site mobile friendly and don't bother creating an app or learn about Webservices, I'd go for a Rest Webservice, create one and, only then, learn how to integrate it with your app.
If you already have a Webservice, I don't know from your question, learning Retrofit or OkHttp is a good starting point.
I need a small clarity regarding developing an android app. Basically the idea is to build an app where the user can select the items(eg.books), after selecting, he will be taken to next activity where he can choose the number of items(say 2). After selecting he will be taken to another activity where he is given option to pay online. After the payment, the seller(that is me) should generate a bill containing the details provided by the user.
So my doubt is, how to know what items has he selected and the details(how do I receive that info) he had entered and how do I generate a bill back to him?
Please help me with this.
I just need an idea of how to implement it.
Thank you!
Create a server application with a database to store the details of customer purchase. Server application cold be a web application and you can connect your application with android app by using web services or http connection. For any temporary storage in app,use sqlite database for android.
I am going to start development of an android application. This will be an online food ordering app. General flow of the app would be that user will first choose a location and based on that client will receive the list of around 300 available restaurants. On selecting a restaurant, client will receive the restaurant menu. Then checkout, payment etc etc. I am giving this info just to give an idea how much and what kind of data app would have.
My question is whether I should use sqlite database for such an app or should develop without it. What are the pros and cons of using a db for such an app. One pros I can think of is that on choosing a different location every time, the restaurants table and the menu table will have to be updated entirely. Not sure if this would be a good idea to use database in this case.
Please suggest.
He,
I recently develop an app that stores user based data on an server. Now I want that users can register for the app and then only can edit there data on the server.
Is there a good tutorial out there that shows how to develop such a system ?
Gruß, Andre
its more of a conceptual thing than that of a tutorial... break down the life cycle of the whole login and registration stuff and try to implement each step... once registration is done think of the way how your will identify request coming from each user best example is most website use use cookies and verify on the server does that user have to right to edit that content.
Hi I want to sync android database with web database, my scenario is:
I want to make an android app dictionary. The dictionary words are added by web forms and the user android consume those words. In the Android application I have the historical of words that the user displayed and data of their studies, that should be synchronized online in case of change user phone or him have multiple devices.
My question is how to do that:
I need authentication or can get the User's google account to identify him?
How should I synchronize these two databases?
If I use Backup API i can get the same data in diferents devices?
I need authentication or can get the User's google account to identify him? That's your decision. You could even provide both methods. Some people don't want to share everything with Google, others don't care. If you want to create your own authenticator read the Udinic blog post about it.
How should I synchronize these two databases? You need a sync adapter in Android and a receiving service in your web application. In the Udinic blog there is also a tutorial about sync adapters. On server side you could create a REST service for example.
If I use Backup API i can get the same data in differents devices? The Backup API doesn't seem to be the right choice as it only restores data during the initial setup and I assume you want to synchronize the data all the time.