We are happy to announce the new release of Backendless, version 5.2.0. The new release delivers completely redesigned support for push notifications. With the new release you can create highly visual, dynamic and interactive push notifications for Android and iOS devices. The content in the notifications can be personalized for each individual user, you can greet the users of your apps by name, provide content and information in the context of user’s location or any other related user properties. You can configure your push notifications to include sounds, images, configurable buttons (with inline reply) and custom vibration patterns. You can easily schedule push notifications to be delivered automatically, alternatively you can send them out with Backendless console or using the API. The video below provides an overview and a demo of the new functionality:
The mission of Backendless is to simplify the app development process. We strive to empower software developers to build apps without spending any time on monotonous and repetitive coding tasks. In most cases, a developer working with Backendless should not even think about the server-side and focus entirely on the user experience. We have seen thousands of apps getting built the standard way – that is using code. Whether it is Java, Objective-C, Swift, JS or C#, developers still write, compile, debug and profile code when building the client-side of their mobile apps. Can the process be simpler? Wouldn’t it be awesome if you could build a mobile app without knowing a programming language? Or better yet, how cool would it be if you could get all the boring and annoying parts of creating a skeleton of a mobile app using an easy-to-use and a powerful UI and after that jump into the code to handle more advanced tasks at that level? Yes, that would be awesome. What’s even more awesome is that such a solution is available now and it integrates nicely with Backendless. Welcome to Dropsource – a platform for developing mobile apps without any coding. And if you want to get the code, it will generate a complete Android Studio or Xcode project for you.
As the saying goes, it is better to see something once than to hear about it a thousand times. The video below starts with a demo of a mobile (iOS) client-server app built with Dropsource. This is a classic ToDo app which uses the Backendless database to store data and demonstrates a complete set of the database operations (Create, Retrieve, Update, Delete – CRUD). Right after the demo in the video, there is a detailed walkthrough showing how to build the app. If you follow the instructions, you will be developing the same app and learn how to use Dropsource and integrate it with Backendless. Enjoy!
The Backendless Platform is built to run anywhere. We have had that vision right from the very first release of the product. Many of you are familiar with Backendless which we host in the cloud, however, exactly the same technology stack is also available as an on-premises solution, which we call Backendless Pro. With the release of version 5 of the product earlier this year, we tasked ourselves to rebuild how Backendless Pro is being distributed. Previously, it was available through a downloadable installer which led to difficulties in configuring and scaling the software. We decided to base the architecture on Docker where each component of the Backendless technology stack would be running as a separate Docker container. There are multiple benefits of this approach:
I am happy to report that the new Backendless Pro version 5 is now available. You are welcome to give it a try and run your own installation of Backendless Pro – the unlimited version of our platform(30 day eval licenses are automatically generated). You can find the instructions for installing and running the product on the GItHub page for Backendless Pro.
The following features are automatically included into the latest distribution:
This is Part 2 of a series of articles where you and I build a mobile app without any coding. The app we are working on is a ToDo app. In the previous post you did the following:
In this part of the series, you will implement the following:
Let’s get started (or technically continue, since we started in the previous post).
If you played or used Data Retrieval API in Backendless Cloud you may know that the server limits the number of objects retrieved from a table to 100 in a single call. For Managed Backendless and for Backendless Pro, this limit is configurable. In order to retrieve more than 100 objects, data paging is required. Paging greatly improves your application performance, but requires you to think how to architect your app in a certain way.
In this article I’ll describe how to get more than 100 objects, while using the minimum number of API calls, and do it without writing any code at all. Using this methodology, all that is needed to retrieve all objects from the database is a single call from the client application to the Backendless server.
Development of mobile applications generally requires two parts: the Backend and the Frontend. Of course, you could limit it only to the client-side, but if there is some data which must be stored on the server, there is no way to get around having a backend. In this series of articles, you will create a native mobile client-server application – a basic ToDo app. Backendless will take care of the backend, it gives you everything you might expecting from the server-side (user management, data persistence and scalability to name a few). And for the client side you will use the Dropsource service. In case if you are not familiar with this service, you can learn more about that from their website, but in short, it is an awesome service which lets you build native mobile apps without any coding. At the end of this series, your will have a native mobile application with the User Registration/Login screen, a screen with a listing of the ToDo items and a screen to create a new ToDo Item. Here’s a brief preview of the app along with real-time changes in the Backendless database:
In this article, I will describe how to use the Backendless API to save multiple related records with one primary (parent) record in a table. All related records (children) will be stored in separate tables as a part of the same routine.
Examples of this type of requirement might be personnel records tied to a single identifier (such as an employee number), or transportation manifests tied to a single record locator.