LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   General (https://www.linuxquestions.org/questions/general-10/)
-   -   How to generate for applications made for iOS environment (https://www.linuxquestions.org/questions/general-10/how-to-generate-for-applications-made-for-ios-environment-4175535472/)

puppymagic 03-01-2015 05:59 PM

How to generate for applications made for iOS environment
 
First of all, excuse me for a question that does not really fall into the category of this board.

For Android, I am going to try to avoid "pay for each install" type because it is too easy for Android users to find a way to download the application for free.

But is it much harder for iOS to find a way to download and install the app online? Is it safe to have the users pay for each install?

thanks a lot, Linux Questions!

business_kid 03-02-2015 09:29 AM

People are used to being screwed over by the App store. Apple users pay - they have no choice.

sundialsvcs 03-02-2015 08:03 PM

First, a little background-information here: "quite to my surprise," I wound up creating a (non-Linux ...) software product (a decade or so ago ...) that, ahhh, "did quite well, thankye." :)

The licensing scheme that I used was "embarrassingly simple," in the sense that anyone who actually was determined to break it, easily could have.

I also know, as a matter of record, that a certain number of people "out there" ... did. :eek: However, those people never were ... my customers. Therefore, I ignored them.

Focus your attentions exclusively(!) upon "completely satisfying": the people who understand the game of business, who wish to play it with you, and who in return expect you to play it with them. Don't be distracted with worrying if they're stealing from you. They are not. (They would be offended if you even suggested it.) Focus 100% of your attention on giving them "more than what they paid for." (Spend 0% of your time wondering if they actually did, because they didn't.) You'll find that your time will be 150%+ occupied in making sure that: "they are so(!) completely satisfied that they will cheerfully recommend you, and your product, to all of their friends."

Yes, you must "put some kind of padlock on the door," but its purpose will always be (as one of my friends so aptly put it ...) "to keep the honest people out." It's important only for the fact that it exists ... not that it can or cannot be defeated.

Game developers, in particular, should remember that there are hundreds of thousands or millions of games out there . . . and so, the odds of someone even knowing that your game exists are very small. Since so many games are free, people are disinclined to pay any amount of money for them. And, when they do, "99¢ is the going price," even though the soda you had for lunch costs more. You might be just as well off if they did steal your game . . .

rtmistler 03-04-2015 07:34 AM

Who said it was a game? The OP said nothing that specific.

I honestly don't know how one creates an app for install on an iDevice. What if the app is supposed to be free? What if your company owns the app and you wish to install it on any mobile device people in your company use, of which there could be Android and iOS? I have done Android apps and generated APK files which you can email to someone and then have them install.

I do understand that establishing a product in the Apple store does then end up making it so that people can get your app and use it, be that free or for cost. A question/concern on my part is as we were to start developing an app, it's not ready for general distribution day #1, it needs to be installed and tested. Once you get away from the actual development arena, part of that testing involves QA getting the app somehow on an iPhone or iPad and using it, and part of their testing validates the install process.

The next part is that a given corporate app may never be suitable for general consumption ever. It may be a private app which is only useful to internal corporate employees who have access to services and internal data of your company.

Good old Apple, makes it nice and complicated don't they?

business_kid 03-05-2015 03:07 AM

There is effectively only one way to get an app on the app store - the Apple way. Have you asked them? Apple recently turned out a whole new programming language for IOS and told developers to get learning that (because they were going to pull the existing one.) Are you ready for that?

Most Android versions have exploits on installing apps and all android have options to "Install only from trusted sources." Everyone is encouraged to use that option. So your apk by email is definitely an untrusted source, because google play scans the uploads for exploits.

sundialsvcs 03-05-2015 07:18 AM

Actually, it is possible to deploy internal-only applications to iPads or iPhones.

Although mobile devices started by being aimed at consumers, they are now ubiquitous within enterprises (large and small). Yet, the strictures that were intentionally constructed in these public-deployment systems (mandatory cryptographic code-signing, etc.) are things that enterprises want and need to keep ... to go along with ease-of-use.

Companies want, and need, and may be required by big-bad laws(!), to control exactly what goes onto a "corporate-purposed" mobile device, and yet they [may ...] also want approved applications to be installed without the direct involvement of IT, nor clumsy "remoting in" by IT staffers. By re-purposing the technologies that have already been developed to do this on the consumer-facing side, these things can be done ... and, done in a way that the owners of the devices already trust and are already used to.

- - -

On a separate subject, I strongly recommend that you take a careful look now at Haxe, and at companion projects such as OpenFL. (Look for them, not only on the web, but also at GitHub, where you can see the source code of some very major projects.) These are reliable technologies ... all open-source ... which are making good on the promise of generating native apps for multiple platforms from a single, and strongly-typed, code base. You can deploy to "iOS and Android and Tizen and JavaScript and Flash and HTML5 and PHP and ... ," all natively and maybe to more-than-one at once, from a single set of source-files.

And it actually works, right now. :eek: "This is not a drill. Repeat, this is not a drill."

Although the most-common driver right now is games, that's not the only thing that's being done. Someone recently opined, "if you're going to learn only-one language today, learn Haxe." And I think they're right.


All times are GMT -5. The time now is 04:30 PM.