Cookie Blog.png

Imagine you're at a dinner party, and your host introduces you to their friend, who follows you all evening and takes notes on everything you do.

Third-party cookies are like nosy party guests but in the digital realm. They're small text files created by websites other than the one you're currently visiting.

Their primary job? To track your online behaviour across different sites, helping advertisers build a detailed profile of your interests, habits, and possibly even what you had for breakfast (okay, maybe not that last part).

How cookies work (and why you may be getting indigestion).

Let's follow Sarah, our intrepid online shopper, as she navigates the treacherous waters of e-commerce:

Sounds convenient. Well, not everyone's thrilled about this digital stalking.

 argue that this level of tracking is invasive and can lead to the creation of detailed user profiles without explicit consent. It's like having a personal paparazzi, but instead of catching you in embarrassing situations, they're cataloguing your every click and purchase.

How the bakers (browsers) are handling the heat.

As users have become more privacy-conscious, major browsers have started to address the third-party cookie conundrum:

That one friend who always says they'll start their diet "

 to phase out third-party cookies by 2022. But like most New Year's resolutions, this timeline kept getting pushed back: 2023, 2024, 2025…

Why the cold feet, Google? Well, it turns out that when you're both a primary browser and a significant player in the digital advertising world, things get a bit… complicated.

Google's cookie jar is filled with good intentions but messy realities.

Google’s new recipe: Have your cookie and eat it too.

 that instead of showing third-party cookies the door, they're giving users the keys to the cookie jar.

In the end, whether you choose to embrace or reject third-party cookies, remember that the internet is watching, but you get to decide how closely.

Choose wisely, and may your browsing be private and peppered with perfectly personalized ads (or not!).

The "not-so-secret" recipe: what's cooking with Third-Party cookies?

Architecture Unit Testing.png

             Every organization has its own set of rules for naming conventions, folder structures, inheritable base contracts, design patterns, and module dependency hierarchy which should be followed by developers in their projects. Some of the most commonly known examples include Clean architecture (See Figure 1), Onion architecture, Hexagonal architecture etc.,

            Good project architecture is essential for easy comprehension, effective reuse of code, and long-term viability. However, every team member has to be responsible for the regular upkeep and maintenance of the project architecture. When a new member comes on board, the reviewer has to provide a lot of documentation and conduct tedious training to bring them up to speed.

So, where does architecture unit testing come in?

             All projects, no matter how well-maintained and peer-reviewed, tend to lose their structure as they get bigger. Teams expand, their composition changes, and there is a constant influx of new developers who may or may not have the proper context. In this transition, critical information invariably gets forgotten, ignored, and even lost. For example, a particularly egregious case (See Figure 2 and Figure 3) can involve the repository class not inheriting its base class, the use of circular dependencies, huge classes, duplicate code, and forced implementation of unnecessary contracts. 

            Architecture unit testing can help identify structure deterioration, and allow developers to prepare for it in a pre-emptive manner. This method uses libraries to write the validations as unit tests within the project. Each rule can be coded in the same programming language as your project. It also reduces the possibility of human error while reviewing newer changes in the project. When added to a 

pipeline, it automatically assures adherence to the code policy. 

            Currently, libraries like ArchUnit (Java), Konsist (Kotlin), NetArchTests (.Net) etc. can be used in architecture unit testing. With growing need and popularity, I foresee more libraries coming up to support a wider roster of programming languages. In this post, I will focus on the Konsist library for Kotlin.

           Konsist can be used in Kotlin MultiPlatform Projects supporting various devices. It also supports declarative API, thus making it a great candidate to use for this tutorial.

           To start Konsist tests, you need to add the dependency in your project module Gradle file. 

testImplementation("com.lemonappdev:konsist:0.13.0")

           The first type you should run is for all the declarations in our project. Declarations include filenames, variable names, packages, method names etc. For example, if you want to ensure that all the ViewModel classes are within the ViewModels package,  you can write a test like the following:

class ViewModelKonsistTest {
    @Test
    fun `every view model class must reside in view model package`() {
        Konsist
            .scopeFromProject() // Define the scope containing all Kotlin files present in the project
            .classes() // Get all class declarations
            .withNameEndingWith("ViewModel") // Filter classes heaving name ending with 'ViewModel'
            .assertTrue { it.resideInPackage("..viewmodel..") 
} // Assert that each class resides in 'viewmodel' package
    }
}

            You can also check if all the files annotated with 

 reside in the ViewModel package. Konsist provides an annotation filter as well.

@Test
fun `classes annotated with HiltViewModel annotation reside in viewmodel package`() {
    Konsist.scopeFromProject() // 1. Create a scope representing the whole project //all Kotlin files in project
        .classes()
        .withAnnotation { it.hasNameContaining("HiltViewModel") }
        .assertTrue { it.resideInPackage("..viewmodel..") } // 3. Define the assertion
}

            You can check the dependency graph of the project. This is to check whether a package depends on another package or not. 

 lets us declare Layer objects, on which you can declare rules.

@Test
fun `viewmodels depend on repository layer and not vice versa`() {
    Konsist
        .scopeFromProject()
        .assertArchitecture {
            val viewmodel = Layer("ViewModel", "com.myapp.feed.viewmodel..")
            val repository = Layer("Repository", "com.myapp.feed.repository..")
            // Define architecture assertions
            viewmodel.dependsOn(repository)
            repository.dependsOn(viewmodel)
        }
}

           Check if all the functions start with lowercase inside a file. This is not limited to functions alone;  you can check variables for casing as well.

@Test
fun `check the name of functions in a file start with lowercase`() {
    val functions = Konsist.scopeFromFile(
"/app/src/main/java/com/example/composesamples/utils/ErrorViewModel.kt"
) // List<KoFileDeclaration>
        .classes() // List<KoClassDeclaration>
	  .functions() // List<KoFunctionDeclaration>
    functions.forEach { function ->
        val name = function.name
        assertTrue(
		name.startsWith(name.first().lowercaseChar())
	   )
}
}

           There are many more rules which can be placed declaratively. Examples of important rules – checking if a function returns a particular type of object or checking if a Util class does not have a constructor – are shown below. 


@Test
    fun `methods annotated with @Composable should not have return type`() {
        Konsist
            .scopeFromPackage("com.archtests.cache")
            .functions()
            .withAnnotationOf(Composable::class)
            .assertTrue {
                !it.hasReturnValue
            }
    }

@Test
fun `check if AnnotationUtil does not have a constructor`() {
    val utilClasses = Konsist
		.scopeFromProject()
		.classes()
		.withNameEndingWith("Util")
    utilClasses.forEach { utilClass ->
        assertTrue(utilClass.constructors.isEmpty())
    }
}

       Since the tests run as static code checks, they do not adversely affect build time, app performance, or code complexity. Konsist is a stable library with a verbose API to write code guards for your projects. It is easy to learn and it takes marginal effort to add these tests to your existing projects.

      Despite its wide and robust functionalities, there is ample room for improvement. Dynamic code checks and the ability to test generated code would be great additions to the library. Scanning all classes can be tedious and time-consuming. Caching and indexing can fix this, and I believe libraries are already working in this direction. Support for Web and backend systems is also expected soon.

      Architecture unit testing is a great way to regularly check and maintain project code. As such, it should be an established practice in all organizations dealing with a large quantum of code over a long period of time. Konsist, with its multi-device support and declarative API, is a great candidate for anyone looking to start architecture unit testing. It also supports custom requirements, allowing you to tailor it to your specific needs.

Architectural Unit Testing

Design-in-album-artworks.png

I never really owned a lot of CDs and cassettes when I was younger, but I do remember when I bought myself an iPod classic back in 2009, and every time I listened to any album, I would keep staring at the artwork. For me, it was this fusion of visual and audio that elevated my listening experience. Getting lost in this sensory experience was such a privilege.

Visual imagery is an extremely powerful mode of communication. When used in the context of music, it has the ability to capture the essence and identity of the music that it encapsulates. 

As a young adult, I didn’t bother paying any close attention to the craftsmanship that goes into creating album art. Now, as a grown-up and a full-time illustrator, I appreciate all the tiny details and the effort it takes to produce quality artwork because I understand the processes much better.

And then of course there’s the fact that album art is hugely important. Album art through the years has reflected the cultural, musical, and technological influences of each era. Some iconic ones have become cultural symbols and are celebrated even today.

In this post, I’ve curated a collection of iconic album covers as well as some personal favourites. While there are countless others I would have loved to include, I hope this compilation summarizes the amazing work and effort put in by these fabulous designers.

Andy Warhol - Velvet Underground & Nico, Velvet Underground (1967)

Andy Warhol is one of the most iconic designers. He experimented with a variety of mediums, including film, photography, and sculpture. His work was very provocative and had abundant sexual references, which sparked some controversies.

This album cover features a very provocative banana sticker with a message that said — “peel slowly and see”. The sticker revealed a pink banana underneath.

The design is simple, bold, and so striking! It also epitomizes the distinct pop art style that Andy Warhol was so famous for. 

While doing my research, I found that the production of these stickers was very challenging. The initial stickers were not easily peel-able, which interfered with the interactive experience. The stickers also had to be manually stuck onto the album cover which resulted in misalignment and added inconsistencies to the artwork. Subsequently, the band released the album with a perforated tab on the stickers to aid listeners with the experience.

This logo is so timeless and simple that it can be so easily adapted to any medium. It became a symbol of rock-n-roll and captured the essence of the band’s music perfectly. It is definitely the most recognizable symbol in music history. 

Mick Jagger wanted The Rolling Stones to have a logo and he reached out to John Pasche who was a student at Royal College of Arts in London. Jagger mentioned Indian goddess Kali as a source of inspiration for her powerful qualities. Ultimately, John designed this provocative, rebellious motif — juicy red lips with a tongue sticking out. 

Fun fact: Pasche was paid £50 in 1970 for his design and eventually £26,000 in 1984. Given how symbolic the logo became, I think that was barely enough!

Andy Warhol - Sticky Fingers, The Rolling Stones (1971)

 features a close-up, black-and-white photo of a man in jeans. It also came with an actual working zipper attached! I think that’s pretty awesome, if only because it makes the whole experience so fun and interactive! Of course, this artwork was noted for its suggestive imagery and sexual undertones.

As with ‘Velvet Underground & Nico”, this album too faced production issues. They had to be very careful and precise to ensure that the zipper functioned properly and did not damage the vinyl. The weight of the vinyl album increased and they faced issues with packaging and shipping.

Despite the logistical difficulties, I truly appreciate Warhol’s out-of-the-box concept and the band’s willingness to go along with it.

Storm Thorgerson - Dark Side of the Moon, Pink Floyd (1971)

This one is timeless. The iconic image of the prism has become so closely associated with the album that it’s instantly recognisable. I’m not going to lie, I never took an interest in classic rock, so I had not actually listened to the album until I decided to write this post. I totally understand what the hype is about now. The album is magic and so is the album artwork!

The inspiration for this artwork came when Storm was browsing through a physics textbook. The artwork was not made with any specific deep meaning in mind, but fans speculated wildly.

Peter Saville - Unknown Pleasure, Joy Division (1979)

Peter is a renowned graphic designer and art director. Back in the day, he used to collaborate with Factory Records, an independent music label. He worked on a lot of album covers and posters, most notably for Joy Division’s Unknown Pleasure.

Jamie Hewlett & Damon Albarn - Gorillaz (1998)

I mean, if I don’t talk about the legendary work Jamie and Damon conceptualized and created for Gorillaz, what even is the point of all this?

Jamie is an illustrator, artist, and designer who created a very popular comic series — Tank Girl. He’s worked with a number of musicians like Blur, Massive Attack, and Chemical Brothers.

While watching MTV one day, Jamie and Damon felt that all the content was very boring and decided to create a virtual band

They created four members - Murdoc (bass and drum machine), 2D (vocals, synths), Noodle (lead guitar, synths), and Russel (drums). Also, each of their albums has a super interesting storyline (y’all should definitely listen to and read up about it).

They’ve gone on to create 2d and 3d characters, combined animation with live action, created immersive and interactive experiences on their website, and 

My favourite artwork is the one on Demon Days. It features all four characters in four different frames and is instantly recognisable. The album tells a story where all characters confront their inner demons on a journey through the night.

Demon Days is so good, I remember when I was absolutely ripping this album on my speakers 24x7. Good times!

Robert Del Naja, Tom Hingston, Nick Knight - Mezzanine, Massive Attack (1998)

Mezzanine was my first introduction to Massive Attack and I remember feeling strange emotions because this sound was something very new to me back then. Even then, I found myself going back to this album over and over again because it was so beautiful. 

Robert (member of Massive Attack) used to have vivid dreams about arachnids which led to this sleeve design. It was shot by Nick Knight - a fashion photographer, at Natural History Museum in London, and art directed by Tom.

The album cover features a composite image of a stag beetle. The image is absolutely stunning and impeccable — and it compliments the album beautifully. I love that it’s shot in black-and-white and because of the contrast, one can even notice the tiny specks of detail on the body of the beetle.

David Carson - The Fragile, Nine Inch Nails (1999)

David has a background in sociology and was a professional skateboarder before he became a graphic designer. His work is very distinct and experimental. He was a rebel — he broke all the rules of typography to create avant-garde text layouts, and in general, his work adhered to no norms. The work he did for Ray Gun magazine is phenomenal, featuring eclectic typography, and unconventional layouts.

The album cover was originally supposed to be a photograph of a waterfall in Iceland, but the photograph didn’t develop properly. The deliberate decision to embrace the imperfection is what makes this album cover so interesting. I also really like the way the band logo is cut in half, one can get just a tiny peek at it. 

Hideyuki Katsumata - Machine Dream, Little Dragon (2009)

Hideyuki is a self-taught illustrator, graphic artist, and muralist. His work has a blend of Japanese traditional and manga styles. His illustrations are very expressive and rooted in fantasy. 

More than a decade ago, he worked on an animated music video for Little Dragon. The band got in touch with him via his MySpace page. Later he collaborated with them and illustrated their second studio album Machine Dream, which is one of my favourite Little Dragon albums.

The album cover has abstract fantasy elements and a lot of detail — tiny planets, alien-like creatures, a fetus, a snail-like creature… The more time you spend staring at it, the more detail you absorb and the more meaning you’ll perceive. The use of colours reminds me of the colours used in beautiful sand paintings done by Tibetan monks.

Matthew Cooper - AM, Arctic Monkeys (2013)

Matthew works as a freelance illustrator and a graphic designer. He’s worked with a bunch of musicians like Caribou, Floating Points, Four Tet, Arctic Monkeys. His work uses a lot of mixed media techniques and photography.

I first saw this design on the Arctic Monkeys video 

 and it is so minimal but so dynamic! They managed to create an entire animated video based on just this pure, minimal graphic. If you inspect closely, the design even has a hidden ‘AM’ in it.

And of course, this album was on repeat when it was released. The music is so damn catchy!

Bendik Kaltenborn - It’s Album Time, Todd Terje (2013)

Bendik is an illustrator and is one of my favourites. Apart from illustrating the artwork for It’s Album Time, he’s worked with Todd Terje on a bunch of gig posters as well.

His use of playful illustrations, hand-drawn typography and bold colours make for a very funky style of work. This characteristic of his work can even be seen on Todd Terje’s album cover. 

The whimsical style of the artwork along with the funky synth sounds in the album form such a cool synergy.

This silly sense of humor can also be seen in the animated music video Bendik worked on for 

Todd Terje and Bendik Kaltenborn are literally a match made in heaven! Do yourself a favour and go check out the album.

Jesse Kanda uses digital manipulation, collage techniques and sculptures to create very grotesque and surreal visuals. He has collaborated with musicians like Bjork, Arca, and FKA Twigs.

For this album, close-up photos of her head were shot which were then sculpted in 3d and manipulated. The resulting image is a stunning blend of aesthetics, blurring the line between reality and fantasy.

FKA Twigs’ music is very avant-garde, her vocals feel minimalist and yet very intricately layered. As is the case with her music videos, they’re eye-catching, aesthetically pleasing and have a blend of fashion and beautiful choreography.

The album cover created by Jesse Kanda perfectly captures the essence of FKA Twigs' artistic identity.

Ricardo Cavolo - 99.9%, Kaytranada (2016)

Ricardo Cavolo is an illustrator, graphic designer, muralist and tattoo artist. His work is heavily influenced by traditional folk art, using bold colours, and symbolic imagery. Often in his illustrations, he draws his characters with multiple sets of eyes, which is symbolic of wisdom.

Music feat. Design — a look at the greatest album covers of all time

creating space.jpg

Sometime in the late 2000s, I stumbled upon a plastic bag full of my dad’s work stuff and felt immediately humbled.

My dad was a graphic designer way back in the 80s and 90s, when computing technology was in its infancy and designers were simply artists with a few tricks up their sleeves. I found layout wireframes with meticulously painted block text, designs with photorealistic paintings of physical products, prototypes assembled on yellowing paper with halftone backgrounds pasted on, and fonts rendered painstakingly by hand. Also included in the packet was an actual physical manual for Photoshop 1.something :)

You just couldn’t design in the 90s if you couldn’t also art. In my own work today as a UI & UX Designer, though, there is precious little space for that.

In design, process is holy. And for good reason. 
Design begins at chaos. Over time, we’ve created maps and methods that allow us to unravel that chaos well and easily. We’ve developed systems that let us move fast, ways of arriving at decisions that minimise the risk of failure, and objective measures of success. UX is all-important, and research is (rightly) valued.

But as we move collectively from instinct to information, from exploration to research, from art and craft to systems, I feel a twinge of something I can only describe as… 

 rooted in it. And in some primitive, reflexive part of your mind, the two things remain deeply intertwined.

For every 10 designers I interview, at least 7 tell me they were originally drawn to the creative aspect of design. Most of us made art when we were younger. We

enjoy designing stellar UI — but so few of us like to talk about it!

And why would we? Conversations around product design are heavily skewed towards highlighting the value of UX and process, of function over form. By contrast, UI discussions tend to be limited in their point of view, dealing mostly with 

or with that insatiable beast — design systems.

In my team at work today, we have product designers who are eye-deep in Lego, who 3D print and paint their own miniatures, build terrain, mod Hotwheels, dance, compose music, write, draw, paint, and make comics. In an ongoing D&D campaign that two of us have been part of since 2020, I live a rich parallel life as an elf-wizard with an obsession for cleanliness.

What do these things have in common? They involve the imagination. They are all forms of play.

Design speaks to the imagination. That’s why it draws in people who — in my limited and deeply personal experience — tend to be curious and creative, childlike in some way. So as our industry evolves, and processes and practices become ever more standardised, what happens to everything that runs shallower, or more deep? What happens to that craving we used to have for seeking art and beauty—creating it, appreciating it? What happens to gut instinct? 

Don’t get me wrong — there are many, many products out there that are stellar examples of both the science and the craft of design. What concerns me is simply that the scales are so heavily skewed toward the importance of the former. The science is essential, of course. Without it, we’d be shooting in the dark. But the craft is exquisite and difficult to master. It is also a source of such delight. 

As practitioners of both, we know this already. All I ask is that we express it consciously.

of design? After a lot of mulling it over, here’s everything I can think of.

We spend most of our adult lives solving problems. If you’re lucky enough to have a job that offers you some chance of play, well, I hope you take it, ace it, and flaunt it in full glory.

Creating space for the craft of design

playbook-for-remote-work-min.webp

Have you ever thought to yourself, "If I can work from home, why can't I work from anywhere?" Well, you certainly can.

I've logged into Slack from as many as 12 different cities in the last year. I've spent the last two months working in Kashmir and Ladakh, where the internet is always spotty and power outages are common. I've gone exploring, mountain climbing, cafe-hopping. I’ve swapped stories with strangers and basically had the time of my life. 

All of this happened while I was working full-time.

Is it simple to work from home and travel? Not at all. Being on the road and away from home is incredible—but it is not without its difficulties, especially when you also have a job to keep. Here's how I got started working remotely while on the road.

I’m a traveler as well as a trekking enthusiast. I've always wanted to do the Kashmir Great Lakes Trek, but never felt fit enough for it. I don't go to the gym, I don’t work out regularly, or have a yoga habit. 

For a while, I procrastinated, trying and failing to put my fitness plans into action. Until finally, I reached a tipping point. I wanted to do the trek, and I was 

 not into exercise for the sake of exercise. 

—I finally thought to myself. I'm going to do this whether I'm in shape or not.

I enjoy being challenged, and when I am, I’m more likely to succeed. So once I’d made up my mind, there was no looking back. I did my research and signed up for the trek. Simultaneously, I planned to continue to travel after the trek, although I had no idea where I was headed, or how.

Before I jump into the details, note that I have a job that makes my lifestyle possible! I work for a remote company (real remote, not just COVID remote) with flexible hours, which allows me to work flexibly and create my own schedule. Companies are rapidly embracing remote work in a post-pandemic world, and coming by a remote job is easier now than ever before.

The first thing I did was inform my team that I needed time off for a trek and that I’d be traveling for a couple of months after it. 

Next, I tried to get a true picture of life in Kashmir. I tend to go with the flow, but as a remote worker, I need to be aware of certain things, such as—

I love traveling, but I also love my job! I have a basic remote office kit that I take along on every trip to make sure my work doesn’t suffer. Here’s what I include in it—

I enjoy going on adventures and am well aware of how simple it is to become distracted. Since I've been working remotely for a few months now, I already anticipate certain roadblocks, such as— 

I overcome these distractions by giving in to them. I try to begin every trip with a few days off and a plan. For instance, I started my stint in Kashmir with a few days off for the Great Lakes trek. This trek marked the beginning of my workation experience. It helped me relax and get back to work with renewed energy and a clear mind.

How to enjoy traveling despite having to work

I can't drop the ball at work every time I travel. So over the past year, I’ve developed certain habits and systems to make sure I’m balancing both well. 

It's difficult to work remotely when on the road.


It appears straightforward if you’ve never tried it before, but in reality, it’s a lot harder. It's undeniably challenging and thrillingly thrilling. For those who have adopted this way of life, there is no turning back!

Working from home can easily become a remote work experience at an Airbnb, hotel, RV, trailer, or homestay. Investigate these new options. And if you’ve ever found yourself Googling 

... Well, pinch yourself! You're going to be able to do it :)

My playbook for remote work

getting-started-with-combine-in-swift-min.webp

The Combine Framework is huge and as such, impossible to go over in a single article. For the sake of brevity, I’ll split this into a series of posts. Consider this first one to be just an introduction to Combine — here, you’ll learn how Publishers & Subscribers work in Combine, create subscriptions for arrays, Notification Center, and finally how to create a custom publisher.

Before we dive in, make sure you can follow along! You’ll need access to:

Combine was introduced as a new framework by Apple at WWDC-2019. It provides a declarative Swift API for processing values over time. The framework can be compared to frameworks like 

 and ReactiveSwift (formally known as ReactiveCocoa).

It allows you to write functional reactive code by providing a declarative Swift API. Functional Reactive Programming (FRP) languages allow you to process values over time. You can consider examples of these kinds of values — network responses, user interface events, other types of asynchronous data.

What is FRP (Functional Reactive Programming)?

In the FRP context, data flows from one place to another automatically through subscriptions. It uses the building blocks of Functional Programming, like the ability to map one data flow into another. FRP is very useful when data changes over time.

As an example, if you have a String variable and you want to update the text of a 

FRP is also very useful in asynchronous programming and hence in UI rendering, which is based on the asynchronous response data. You generally get a response back and pass it in a completion closure. In FRP, the method you call to make a request would return a publisher that will publish a result once the request is finished. What’s the benefit here? You get rid of a heavily nested tree of completion closures.

A Publisher exposes values (that can change) on which a subscriber subscribes to receive all those updates. If you relate them to 

A Combine publisher is an object that sends values to its subscribers over time. Sometimes this is a single value, and other times a publisher can transmit multiple values or no values at all.

The Combine Framework adds a publisher property to an Array.We can use this property to turn an array of values into a publisher that will publish all values in the array to the subscribers of the publisher.

[1, 2, 3]
        .publisher
        .sink(receiveCompletion: { completion in
            switch completion {
            case .failure(let error):
                print("Something went wrong: \(error)")
            case .finished:
                print("Received Completion")
            }
        }, receiveValue: { value in
            print("Received value \(value)")
        })


The Foundation Framework has extensions to work with Combine. You are already familiar with some publishers.

Let’s create a new publisher for a new-event notification.

extension Notification.Name {
    static let newEvent = Notification.Name("new_event")
}
 
struct Event {
    let title: String
    let scheduledOn: Date
}
 
let eventPublisher = NotificationCenter.Publisher(center: .default, name: .newEvent, object: nil)


This publisher will listen for incoming notifications for the newEvent notification name. Now we need a subscriber.

let theEventTitleLabel = UILabel()

let newEventLabelSubscriber = Subscribers.Assign(object: theEventTitleLabel, keyPath: \.text)
eventPublisher.subscribe(newEventLabelSubscriber)


The above code still has some errors (when you build), like:

The text property of the label requires receiving a 

 value while the stream publishes a Notification. Therefore, we need to use an operator:

. Using this operator, we can change the output value from a Notification to the required 

let eventPublisher = NotificationCenter.Publisher(center: .default, name: .newEvent, object: nil)
    .map { (notification) -> String? in
      return (notification.object as? Event)?.title ?? ""
    }


Now, the compilation error should go away.

import UIKit
import Combine

extension Notification.Name {
    static let newEvent = Notification.Name("new_event")
}

struct Event {
    let title: String
    let scheduledOn: Date
}

let eventPublisher = NotificationCenter.Publisher(center: .default, name: .newEvent, object: nil)
    .map { (notification) -> String? in
        return (notification.object as? Event)?.title ?? ""
    }

let theEventTitleLabel = UILabel()

let newEventLabelSubscriber = Subscribers.Assign(object: theEventTitleLabel, keyPath: \.text)
eventPublisher.subscribe(newEventLabelSubscriber)

let event = Event(title: "Introduction to Combine Framework", scheduledOn: Date())
NotificationCenter.default.post(name: .newEvent, object: event)
print("Recent event notified is: \(theEventTitleLabel.text!)")


Whenever a new event notification is received, the label “Subscriber” will update its text value. It is great to see a working example (of Publisher-Subscriber)!

Before we go to the next example(?), it is important to note that Combine comes with a lot of convenient APIs that allow us to subscribe to the publisher with fewer lines of code.

let theEventTitleLabel = UILabel()
/*
let newEventLabelSubscriber = Subscribers.Assign(object: theEventTitleLabel, keyPath: \.text)
eventPublisher.subscribe(newEventLabelSubscriber)
*/
eventPublisher.assign(to: \.text, on: theEventTitleLabel) // <-- [new code line]


 operator subscribes to the notification publisher and links to the lifetime of the label. Once the label gets released, its subscription gets released too.

import Combine
import Foundation
import PlaygroundSupport

let subscription = Timer.publish(every: 1, on: .main, in: .common)
    .autoconnect()
    .sink { output in
        print("finished stream with : \(output)")
    } receiveValue: { value in
        print("receive value: \(value)")
    }


When you run the above code in Swift Playground, the output will be:

receive value: 2021–12–16 07:59:23 +0000
receive value: 2021–12–16 07:59:24 +0000
receive value: 2021–12–16 07:59:25 +0000
receive value: 2021–12–16 07:59:26 +0000
receive value: 2021–12–16 07:59:27 +0000
…


But, we want this to be stopped later. I.e. we should cancel the subscription when the task is done.

import Combine
import Foundation
import PlaygroundSupport

let subscription = Timer.publish(every: 1, on: .main, in: .common)
    .autoconnect()
    .print("data stream")
    .sink { output in
        print("finished stream with : \(output)")
    } receiveValue: { value in
        print("receive value: \(value)")
    }

RunLoop.main.schedule(after: .init(Date(timeIntervalSinceNow: 5))) {
    print(" - cancel subscription")
    subscription.cancel()
}


When you run the above code, the output is:

data stream: request unlimited
data stream: receive value: (2021–12–16 08:23:28 +0000)
receive value: 2021–12–16 08:23:28 +0000
data stream: receive value: (2021–12–16 08:23:29 +0000)
receive value: 2021–12–16 08:23:29 +0000
data stream: receive value: (2021–12–16 08:23:30 +0000)
receive value: 2021–12–16 08:23:30 +0000
data stream: receive value: (2021–12–16 08:23:31 +0000)
receive value: 2021–12–16 08:23:31 +0000
data stream: receive value: (2021–12–16 08:23:32 +0000)
receive value: 2021–12–16 08:23:32 +0000
— cancel subscription
data stream: receive cancel


 : Cancel the timer to stop emitting the value.

import Combine
import Foundation
import PlaygroundSupport

var subscription: Cancellable? = Timer.publish(every: 1, on: .main, in: .common)
    .autoconnect()
    .print("data stream")
    .sink { output in
        print("finished stream with : \(output)")
    } receiveValue: { value in
        print("receive value: \(value)")
    }
    
RunLoop.main.schedule(after: .init(Date(timeIntervalSinceNow: 5))) {
    print(" - cancel subscription")
    // subscription.cancel()
    subscription = nil
}


This will also cancel the subscription. It is generally a use case of cancelling subscriptions when a View is going to be deallocated and a subscription is no longer needed.

 frees up any allocated resources. It also stops side effects such as timers, network access, or disk I/O.

Let’s look at the rules of subscriptions.

What? A Subscription with NO Completion?Yes, subscriptions can come with completion, but this is not always the case. Our Notification example is one such Publisher — it will never be complete. You can receive zero or more notifications, but there’s no real end to it.

 is a Publisher that completes a data response or a request error. The fact is that whenever an error is thrown from a stream, the subscription is dismissed even if the stream allows multiple values to pass through.

These rules are important to remember in order to understand the lifetime of a subscription.

Using @Published to bind values for the changes over time

 is a property wrapper and the keyword adds a Publisher to any property.

Let’s take a look at a simple example of a boolean which is assigned to the 

class AgreementFormVC: UIViewController {

    @Published var isNextEnabled: Bool = false
    @IBOutlet private weak var acceptAgreementSwitch: UISwitch!
    @IBOutlet private weak var nextButton: UIButton!

    override func viewDidLoad() {
        super.viewDidLoad()
        
        $isNextEnabled
            .receive(on: DispatchQueue.main)
            .assign(to: \.isEnabled, on: nextButton)
    }
    
    @IBAction func didSwitch(_ sender: UISwitch) {
        isNextEnabled = sender.isOn
    }
    
}


The UISwitch will trigger the didSwitch(_ sender: UISwitch) method and change the isNextEnabled value to either true or false.
The value of the nextButton.isEnabled is bound to the isNextEnabled property.
Any changes to isNextEnabled are assigned to this isEnabled property on the main queue as we’re working with UI.

property on the main queue as we’re working with UI.

You might notice the dollar sign in front of 

. This allows you to access the wrapped Publisher value. From that, you can access all the operators or, like we did in the previous example, subscribe to it. Note that you can only use this 

/categories

/also check out

The "not-so-secret" recipe: what's cooking with Third-Party cookies?

Architectural Unit Testing

Music feat. Design — a look at the greatest album covers of all time

Subscribe to our tech, design & culture updates at Proximity

Recent Articles

The "not-so-secret" recipe: what's cooking with Third-Party cookies?

Architectural Unit Testing

Music feat. Design — a look at the greatest album covers of all time

Creating space for the craft of design

My playbook for remote work

Getting Started with Combine in Swift

Building a Next JS PWA using next-pwa and service worker

KaiOS: Everything you need to know

Creational Design Patterns using Typescript

RAIL: A Framework to measure performance