5min read

The best iOS solution to code Bluetooth devices

When our awesome team of Android dev released the RxAndroidBLE Bluetooth library, it quickly gained attention in the community. That made us real proud, but also we realised that there was a high demand for such tool. With the raise of the bluetooth tech in app development, we needed to create a iOS version, backed with Swift: the RxBluetoothKit . In the following post, I want to introduce you to what motivated us to create this library and I will take you through the Polidea’s developing process we implemented for our open source projects.


As we had just started a new main project involving the use of Bluetooth Low Energy tech to back the device we were making communication with. It was big time to make some high level architectural design decisions. We reevaluated the solutions that we had previously used and we researched what new and popular in community and if it’s worth to try. Having all this in mind, we decided that the project will be coded using Swift Programming Language and RxSwift library. This choice of technologies was the reason to create RxBluetoothKit library, and I will try to explain to you why we thought it’s a good idea to build it

iOS Bluetooth API

Nowadays, we see that the IoT trend gained lots of attention and inside company we’re doing lots of communication with the external devices. Bluetooth, because of its low energy consumption is obvious candidate for communication protocol. Communicating with Bluetooth on iOS, despite that it’s less problematic than on Android - it’s still not easy. Apple provides Core Bluetooth framework that does the heavy lifting for the developers. Core Bluetooth, like most of the Apple frameworks is built on the delegation pattern. Even the simplest communication with BLE device, which is reading any value from it requires couple of steps:

  • scanning desired device
  • connecting to it
  • discovering service that contains characteristic to read value from
  • discovering characteristic on that service
  • reading value from characteristic

Every one of these steps is linked to the delegate method which Core Bluetooth provides. Moreover - every one can fail and error has to be handled properly. Multiplicity of places to handle error is not a good sign - usually it means that somewhere error is not handled properly and it’s one of the causes of bugs in software. Also, code in which fail points are all over the place is just not readable for you and your coworkers.


Whole iOS community is now in the middle of transition from Objective-C to Swift - Apple’s new and shiny programming language. Inside company, we adopted Swift pretty quickly and now it’s ours default language of choice for new iOS projects. Swift enables writing clean and very readable code, so whenever we have complex Objective-C backed libraries to cooperate with (mentioned like Core Bluetooth), we are wrapping it in Swift layer. Thanks to this - every time we use it we have clean, Swifty interfaces, without @objc everywhere.


RxSwift is a library that provides abstraction for making asynchronous operations feel synchronous. It’s a Swift port of Reactive Extensions which were originally created by Microsoft and are widely used in many environments by thousands of developers on the world.

RxSwift gives developers abstraction of computation - mechanism called Observable. Every Observable instance contains definition of creation values. You should note that it’s just a definition - just creating it doesn’t do anything. In order to perform defined computation, you should call subscribe to Observable instance.

Every subscription could deliver a stream of events. Event could be:

  • Next - Emitted new computation element
  • Error - Error has occurred on stream, and no more values will be emitted
  • Completed - stream completed successfully, and no more values will be emitted

Concept of observables becomes very useful, when we’re coming from single Observable to operators that are combining multiple Observable instances. The best thing about RxSwift in RxBluetoothKit was that once error in any Observable that is part of sequence occurs - someone who subscribed to it immediately received error.

This is such an opportunity for our Bluetooth case study - we could combine scanning, connecting, discovering and reading in one sequence of Observables and handle error in just one place.

Creation process

Almost all of the library code was a result of pair programming sessions. It helped us a lot in reaching desired code quality. Also, thanks to that process of making architectural decision for the library was much easier. We were constantly interchanging ideas and it was crucial for building this library.

The second most important decision was to remove implementation code at some moment and write tests for all of the crucial code. After doing that, we were replacing empty spaces in code following by the Red, Green, Refactor principle. That helped in discovering bugs and resulted in high quality code.


RxBluetoothKit is now live and we’re very satisfied with the result. Library had great community response, showed up in couple of newsletters and now we also have contributors outside of the company.

We’re using it internally in our iOS Bluetooth projects and we’re thrilled with the result - now we have simple, readable code that is also very flexible. Here’s the example of reading value of characteristic from the library:

.flatMap { $0.peripheral.connect() }
.flatMap { $0.readValueFromCharacteristicWithIdentifier(DeviceCharacteristic.ManufacturerName) }
.subscribeNext {
  let data = $0.value

As you see, code is understandable - every more complex operation is a sequence of the small ones, and by reading line by line developer knows exactly what it does. This is not achievable using pure delegates, where state is shared between large number of methods and sequences of operations are not clearly visible.


KacperSoftware Engineer
PrzemekStaff Software Engineer


Sign in and expect sharp insights, recommendations, ebooks and fascinating project stories delivered to your inbox

The controller of the personal data that you are about to provide in the above form will be Polidea sp. z o.o. with its registered office in Warsaw at ul. Przeskok 2, 00-032 Warsaw, KRS number: 0000330954, tel.: 0048 795 536 436, email: (“Polidea”). We will process your personal data based on our legitimate interest and/or your consent. Providing your personal data is not obligatory, but necessary for Polidea to respond to you in relation to your question and/or request. If you gave us consent to call you on the telephone, you may revoke the consent at any time by contacting Polidea via telephone or email. You can find detailed information about the processing of your personal data in relation to the above contact form, including your rights relating to the processing, HERE.

Data controller:

The controller of your personal data is Polidea sp. z o.o. with its registered office in Warsaw at ul. Przeskok 2, 00-032 Warsaw, KRS number: 0000330954, tel.: [0048795536436], email: [] (“Polidea”)

Purpose and legal bases for processing:


Used abbreviations:

GDPR – Regulation (EU) 2016/679 of the European Parliament and of the Council of 27 April 2016
on the protection of natural persons with regard to the processing of personal data and on the free movement
of such data, and repealing Directive 95/46/EC (General Data Protection Regulation)

ARES – Polish Act on Rendering Electronic Services dated 18 July 2002

TL – Polish Telecommunications Law dated 16 July 2004

1)        sending to the given email address a newsletter including information on Polidea’s new projects, products, services, organised events and/or general insights from the mobile app business world |art. 6.1 a) GDPR, art. 10.2 ARES and art. 172.1 TL (upon your consent)

Personal data:name, email address

2)       statistical, analytical and reporting purposes |art. 6. 1 f) GDPR (based on legitimate interests pursued by Polidea, consisting in analysing the way our services are used and adjusting them to our clients’ needs, as well as developing new services)

Personal data:name, email address

Withdrawal of consent:

You may withdraw your consent to process your personal data at any time.

Withdrawal of the consent is possible solely in the scope of processing performed based on the consent. Polidea is authorised to process your personal data after you withdraw your consent if it has another legal basis for the processing, for the purposes covered by that legal basis.

Categories of recipients:

Your personal data may be shared with:

1)       authorised employees and/or contractors of Polidea

2)       persons or entities providing particular services to Polidea (accounting, legal, IT, marketing and advertising services) – in the scope required for those persons or entities to provide those services to Polidea


Retention period:

1)       For the purpose of sending newsletter to the given email address – for as long as the relevant consent is not withdrawn

2)       For statistical, analytical and reporting purposes – for as long as the relevant consent is not withdrawn

Your rights:


Used abbreviation:

GDPR – Regulation (EU) 2016/679 of the European Parliament and of the Council of 27 April 2016
on the protection of natural persons with regard to the processing of personal data and on the free movement
of such data, and repealing Directive 95/46/EC (General Data Protection Regulation)

According to GDPR, you have the following rights relating to the processing of your personal data, exercised by contacting Polidea via [e-mail, phone].

1)       to access to your personal data (art. 15 GDPR) by requesting sharing and/or sending a copy of all your personal data processed by Polidea

2)       to request rectification of inaccurate personal data
(art. 16 GDPR) by indicating the data requiring rectification

3)       to request erasure of your persona data (art. 17 GDPR); Polidea has the rights to refuse erasing the personal data in specific circumstances provided by law

4)       to request restriction of processing of your personal data (art. 18 GDPR) by indicating the data which should be restricted

5)       to move your personal data (art. 20 GDPR) by requesting preparation and transfer by Polidea of the personal data that you provided to Polidea to you or another controller in a structured, commonly used machine-readable format

6)       to object to processing your personal data conducted based on art. 6.1 e) or f) GDPR, on grounds relating to your particular situation (art. 21 GDPR)

7)       to lodge a complaint with a supervisory authority,
in particular in the EU member state of your habitual residence, place of work or place of the alleged infringement if you consider that the processing
of personal data relating to you infringes the GDPR
(art. 77.1 GDPR)

No obligation to provide data:

Providing your personal data is not obligatory, but necessary for Polidea to provide you the newsletter service

Refusal to provide the above data will result in inability to receive the newsletter service.


In the process of providing the newsletter service, we make decisions in an automated way, including profiling, based on the data you provide.


“Profiling” means automated processing of personal data consisting of the use of your personal data to evaluate certain personal aspects relating to you, in particular to analyze or predict aspects concerning your personal preferences and interests.


The automated decisions are taken based on the analysis of clicked and viewed content. They affect the targeting of specific newsletter content to selected users registered to receive the newsletter service, based on the anticipated interests of the recipient.