Is it possible to implement the payment gateway solution in a cross-platform xamarin application.
From a web app we can implement that and the payment page will be opened in gateway provider page. But when it comes to cross platform mobile app we are using xaml pages to design the android pages and have to handle the payment options from this xaml views.
Apple only requires In App purchases if the payment is for digital goods. If you are paying for physical goods, for instance (like my app Waitress.com does), Apple actually mandates that you CANNOT use in app purchases. Same thing with Google.
As to the question (if you are selling physical goods), I am currently looking for the same thing, a payment provider with a .NET client SDK that can work cross platform for Xamarin. If you only need iOS and Android the best option I have found seems to be Stripe, which has a xamarin component: https://components.xamarin.com/view/stripe
For UWP I am contemplating using a web view to tokenize the cards... not very elegant, but could perhaps work.
Possible? Yes.
However any purchases done from within your app on iOS will have to use Apple In App Purchases or Apple will not accept it into the store.
Google TOS likewise requires that any purchases done within your app utilizes Google In app Billing or it can be removed from their store. So though it is possible to create a single billing handler that uses say paypal for both ios and droid purchases. No one has bothered since there is no way to distribute such an app.
You can code an interface for billing in your forms app. Then use an IOC container to inject different versions of that interface on each platform. In iOS use the InAppPurchase Componet and for Droid use the InAppBilling componet. Both componets work basically the same. Different methods etc but same basic concept.
Related
I am creating an iOS application using Xamarin Forms which is a copy of an Android application written in Kotlin.
There is a section that lists all the applications installed in the current device by the user. I want to implement the same functionality in the iOS application too.
Is it possible to get the applications list in iOS through Xamarin Forms?
This is impossible on iOS and it is not possible on Android either if you target latest API levels, so in some future when those API levels become required on Google Play you won't be able to do this.
This is a huge privacy issue, as having the list of apps may reveal something very personal and private and as soon as the app has it there is nothing that prevents it to send the info to the 3rd party server.
I am stuck... I was under the impression using Stripe in a Xamarin Forms application was easy, but that doesn't seem to be the case any more.
I have a Xamarin Forms (both Android and iOS) app that I want to integrate with Stripe for payments. I have an API which creates a Payment intent, submits the amount and currency etc using the Stripe.net NuGet extension, and returns a client secret... but it turns out, there is no Stripe client available to use this client secret.
There are Android and iOS native elements controls which I should be able to somehow include in my Xamarin Forms application or the use of a webview and using stripe.js.
Can anyone tell me which of these two options is most suitable? I have never used binding for including Android and iOS packages (I'm not clued up on the individual platforms) and the webview seems to me to be a poor UX... I'm only speculating, because I don't know... I'm hoping there is someone on here who has experience with Xamarin FOrms and Stripe who can point me in the right direction.
Thanks
Pretty simple Use-case, clients buy our app and pay 20$/month.
We want to implement push notifications on both iOS and Android and are thinking of a scalable solution.
We thought of simply grouping all Apps inside one Firebase project, as we only need Push Notifications.
Google Firebase FAQ says:
A project is a container for apps across iOS, Android and web. While there is no restriction on number of apps within a project, adding an app can create one or more underlying OAuth 2.0 client IDs. There is a limit of around 30 client IDs that can be created within a single project.
You should ensure that all apps within a project are platform variants of the same application from an end user perspective. For example, if you develop a white label application, each independently labelled app should have its own Firebase project.
Would this limit us?
Do I need a client ID for each and every App inside my project?
firebaser here
What you're trying to do is known as whitelisting, and is not an intended use-case of having multiple apps in a project. To not run into the limitation you've found, you will need to create a separate project for each client.
If you create multiple technical applications for a single client that are logically the same, those can exist in a single project. For example: the Android, iOS and Web versions of an app are typically using the same Firebase project, as may be specific app you build for the application administrators of your client. By having those apps be part of the same project, they can share backend resources.
I am creating small project in xamarin.form (to learn xamarin and mvvm pattern ), where my mobile application will be connect to SQL Server database. On every forum people suggest to use Web Api to get json's from database and next in xamarin application i go under link where is json, parse it and its done. I did an test project which is doing that and it works very well. Unfortunatelly after few days I realized that all data is visible.. If I enter under url/api/subject I get this data in json.
My question is. Should I connect from my xamarin application directly to SQL Database OR is there any way to not showing json's in browser?
To function correctly, many mobile applications are dependent on the cloud, and so integrating web services into mobile applications is a common scenario. The Xamarin platform supports consuming different web service technologies, and includes in-built and third-party support for consuming RESTful, ASMX, and Windows Communication Foundation (WCF) services.
This article discusses this topics.
For customers using Xamarin.Forms, there are complete examples using each of these technologies in the Xamarin.Forms Web Services documentation.
I recommend you learn more about REST architecture
I have an ASP.Net web application (web forms) with Telerik ajax controls.
It is currently mobile-friendly, but I would like to put it into an app that a user could download from the app stores.
Is there a quick and easy way to make this work using something like a
WebView or am I likely stuck writing a full native app? The
application​ is mostly data driven (lots of Telerik grids) and will
need an internet connection for most functions.
I guess you could create a native app that opens the web site inside a WebView. That's fairly simple. I've done as much in the Video player app I wrote for my book. However, that isn't in the spirit of mobile apps. The point of putting it in the app store is generally to give your users an app that works like they expect on their phone.
If it is data driven, then expose the data via REST APIs and consume those APIs in a mobile app. If you want offline sync (for resilience or performance), that's an additional consideration. If you want mobile specific functionality like push notifications or authentication via touch id, for example, then those would also need a native app.
Short version - the simple "project my web app into a native app" is easy. But it's unlikely to be satisfying to your users and won't allow you to extend your app with native features.