Skip to main content

Making an iOS app like making a Java web app - Part 1: writing Java web apps

One of the outcomes of my work on my first iOS app is my Github repository Html5StarterAppWithSwift which is an Xcode project template for creating Html5/iOS apps, or maybe we can call it "native Html5 iOS apps"... hmm what do I mean? What I mean is, it's an Xcode project template, that can help you create native iOS apps such that all of the app's UI is powered by Html/Javascript, while it makes use of native iOS code (Swift) for scheduling local notifications, storing data (Core Data) etc.

p.s. if you would like to know about Html5StarterAppWithSwift, you can have a read of this post.

So what is this post about?

I have a background in writing Java web apps i.e. for my day job, I write Java web apps using frameworks such as Struts, Play etc and there is a way in which those Java web apps are written. Now, when I started working on my first iOS app, my Java developer background played a big part in the way I structured my app i.e. separation of code etc. What I mean is, the way I started writing my iOS app i.e. development methodology was heavily influenced by how I have been writing Java web apps and in this post I am going to share my development methodology. Also, instead of writing one long blog post, I will be splitting this into a two smaller blog posts, and in this part i.e. part 1, I will provide a brief overview of how Java web apps are written.
p.s. I am going to describe Java web apps written with an MVC framework in a very simple way.

So how do I write Java web apps?

So typically, a Java web app built using a MVC framework like Struts or Play, has the following properties, 
  1. A set of Java classes that facilitate storage and retrieval of data, typically from the database
  2. A set of Java classes that facilitate communication between the UI components and the database.
  3. The UI which is typically created using HTML/CSS and Javascript
So all that sounds great, but let's try to follow a simple example, so the point really sinks in.

Java web app walkthrough

Say we have a Java based web app(web-site) that is accessible by typing a certain url in a browser and one of it's features is facilitating user registration, now how will that work?
  1. The user will open the web app in the browser by entering it's url in the browser
  2. The url will open a web page HTML based UI which will show a registration form to the user where the user can enter his/her details. The registration form is HTML based and it maybe styled using CSS and depending on the web app's needs, there maybe some Javascript being used to handle events like form submission etc.
  3. The user enters all the details and then clicks register, the register event will invoke a Java Servlet which will save the user's details.
  4. The Java Servlet will get all the user details from the HTML based registration form and then save it to the database. 
  5. Once the data is successfully saved to the database, the Servlet will send a message back to the UI that the details have been successfully saved. The UI can then show an alert or display a message or whatever it needs to do with that info to notify the user their details are saved.
  6. The next time if the user wants to access their details, the Servlet can simply retrieve the user details from the database and send it to the UI.
p.s. I have kept this example intentionally simple so try not to nitpick every little detail or be too pedantic about it. My objective with this example was simply to get my point across regarding separation of concerns with respect to Java web apps, without delving into too many specific details, e.g. MVC pattern etc.

What's next?

In part 2 of this post, I explain why the process of building an iOS app by using an Xcode project template such as this, is very similar to the Java web app walkthrough mentioned above. To me it is pretty much the same as above, the only thing that is different is instead of Java, we use Swift for the iOS app. Ok, how about you have a read of it for yourself, here's part 2.


Finally, if you find my blog posts useful and want to support me you can 
  • Give the Lite(free) version a try and leave a review on the App Store


Comments

Popular posts from this blog

Upload to AWS S3 from Java API

In this post, you will see code samples for how to upload a file to AWS S3 bucket from a Java Spring Boot app. The code you will see here is from one of my open-source repositories on Github, called document-sharing. Problem Let’s say you are building a document sharing app where you allow your users to upload the file to a public cloud solution. Now, let’s say you are building the API for your app with Spring Boot and you are using AWS S3 as your public cloud solution. How would you do that? This blog post contains the code that can help you achieve that. Read more below,  Upload to AWS S3 bucket from Java Spring Boot app - My Day To-Do (mydaytodo.com)

Addressing app review rejections for auto-renewing subscription in-app purchase (iOS)

The ability to know what the weather is like while planning your day is a feature of  My Day To-Do  Pro and as of the last update it’s also a part of the  Lite version . Unlike the Pro version it’s an auto-renewing subscription based  in-app purchase (IAP)  in the Lite version. What means is that when a user purchases it, the user only pays for the subscription duration after which the user will be automatically charged for the next period. Adding an  auto-renewing  subscription based IAP proved to be somewhat challenging in terms of the app store review i.e. the app update was rejected by the App Review team thrice because of missing information about the IAP. Therefore in this post I will share my experiences and knowledge of adding auto-renewing IAP in hopes to save someone else the time that I had to spend on this problem. In-App purchase This year I started adding IAPs to My Day To-Do Lite which lead to learning about different types of IAP...

Getting started with iOS programming using Swift (Part 1)

I have not been too fond of Objective-C, which was the primary reason for me to stay away from making iOS apps till now. So what changed? Well Apple has done something very interesting recently and that is the introduction of a new programming language i.e. Swift. Swift is awesome, it almost feels like Python, C++ and Objective-C had a baby with some of their good parts in them. So I have been getting to know Swift and it is an awesome language to program in. What I am going to share with this and a series of blog posts are solutions to some problems that i have encounter while i am trying to finish my first iOS app. The one hurdle that I have encountered while getting started on developing an iOS app is that a majority of the solutions for iOS specific problems provide solutions to them using Objective-C. Which is fair, because Swift has not been around for that long. Anyway let us get started with a few basics, A few basics I would highly recommend having a read of this book...