Calling Objective C from C++

Asset Veranda, the media asset manager I'm working on, uses largely platform-independent code. However, there are some specific functions that need to be called that are platform-specific.

For instance, there is a way to display a file in its native file browser (Finder for macOS or Windows Explorer for Windows). In the case of Windows, this is easy. Include the Windows header file and make a few COM calls. But in the case of macOS, you need to call either their Swift or Objective-C APIs.

Below, I've outlined the simplest way to do this using the CMake build system.

main.cpp

#include <iostream>

#include "ApplePlatformOps.h"

int main() {
    // wait for user input
    std::cout << "Press Enter to continue..." << std::endl;
    std::string filePath;
    ASelectFolder(filePath);
    std::cout << "Selected: " + filePath << std::endl;
    std::cin.get();
    return 0;
}

ApplePlatformOps.h

#include

void ASelectFolder(std::string& filePath);

ApplePlatformOps.mm

#include "ApplePlatformOps.h"
#include <Cocoa/Cocoa.h>

void ASelectFolder(std::string& filePath) {
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];
    NSOpenPanel *openPanel = [NSOpenPanel openPanel];

    [openPanel setCanChooseFiles:NO];
    [openPanel setCanChooseDirectories:YES];
    [openPanel setAllowsMultipleSelection:NO];

    NSInteger result = [openPanel runModal];

    if (result == NSModalResponseOK) {
        NSURL *url = [openPanel URL];
        NSString *pathString = [url path];
        const char *utf8String = [pathString UTF8String];
        filePath = std::string(utf8String);
    }

    [pool release];
}

CMake file

cmake_minimum_required(VERSION 3.10)
project(MyProject)


set(CMAKE_CXX_STANDARD 17)

# Add the path to the FindCocoa.cmake module
set(CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH} "${CMAKE_SOURCE_DIR}/cmake/")

# Specify the source files
set(SOURCE_FILES
        main.cpp
)

set(HEADER_FILES
)

if(APPLE)
    # Add the platform specific files
    list(APPEND SOURCE_FILES
            ApplePlatformOps.mm
            ApplePlatformOps.h
    )
    # Add the platform specific headers
    list(APPEND HEADER_FILES
            ApplePlatformOps.h
    )

    find_library(COCOA_LIBRARY Cocoa)

endif()

add_executable(MyProject ${SOURCE_FILES} ${HEADER_FILES})


if(APPLE)
    # Link the necessary libraries
    target_link_libraries(MyProject ${COCOA_LIBRARY})
endif()

There are a lot of opinions (and recommended practices) on how to manage Terraform code between development and production environments. One common approach is to have separate Terraform modules (folders) for each environment. This can be a good approach, but it can also lead to a lot of duplication and potential for drift between the environments. I went down the rabbithole to determine the most ergonomic way to accomplish this.

I found that the lowest common denominators to accomplish this are: - Use the AWS_PROFILE environment variable to switch between AWS accounts. - Use the terraform workspace command to switch between environments (corresponding to the AWS accounts). - If you need to create a json outputs file, use the AWS_PROFILE environment variable to prepend the name of the output file.

Obviously, you can put these commands in a script to link them together, but these are the main steps. The workflow goes as follows:

1. Create a new workspace for each environment.
   • terraform workspace new dev
   • terraform workspace new prod
2. Set up two AWS profiles in your ~/.aws/credentials file.
   • dev
   • prod
3. Set the AWS_PROFILE environment variable to the desired profile.
   • export AWS_PROFILE=dev
4. Switch to the desired workspace.
   • terraform workspace select ${AWS_PROFILE}
5. Apply the Terraform code.
6. terraform apply
7. If you need to create a json outputs file, use the AWS_PROFILE environment variable to prepend the name of the output file.
   • terraform output -json > ${AWS_PROFILE}_outputs.json

Using this approach, there are a few concessions you will need to make, such as: - You will need to remember to set the AWS_PROFILE environment variable before running any Terraform commands. - You will need to remember to switch to the correct workspace before running any Terraform commands. - You will need to remember to prepend the AWS_PROFILE environment variable to the output file name if you need to create a json outputs file.

But, even given those, I found this to be the best way to simultaneously manage Terraform code between development and production environments.

For posterity, here are the things I read, listened to, and used this past year.

Books

• The Priory Of The Orange Tree
• Never Let Me Go

Podcasts

• Software Defined Talk
• Python Bytes
• Talk Python To Me
• Merge Conflict

Gadgets

• Drawing Tablet

Other

• Woodworking