You can download our file But, hey, this is pretty easy:<\/p>\n The normal “logging rules” apply: the lowest logging level is An aside:<\/b> We are using Swift’s new enumeration type and syntax in this post. If you are unfamiliar with this syntax please see Apple’s documentation<\/a>.<\/p>\n Two convenience “macros” are also provided: Note that the Our logging example is merely a means to end, however, which is demonstrating how to use build configurations for conditionally compiling in Swift code. Unlike Objective-C, Swift does not have C-style macros and other preprocessor features. Note that we said C-style<\/i>, not that it didn’t have any of those features at all. It does, they are just quite a bit different. Apple puts it this way: “The Swift compiler does not include a preprocessor. Instead, it takes advantage of compile-time attributes, build configurations, and language features to accomplish the same functionality. For this reason, preprocessor directives are not imported in Swift.<\/i>” So, whereas we used preprocessor macros and conditionals for all manner of “tricks”, in Swift we use other means to accomplish the same objectives.<\/p>\n Our objective is to use build configurations to support multiple “types” of builds. For example, we often need a build configured to communicate with a staging server, or a build configured with full debug logging. You could even use this mechanism to create “branded” builds, i.e., the same functionality with different logos, color schemes, etc. If you are unfamiliar with build configurations, see our post here<\/a>.<\/p>\n In this example we are going have two build configurations: DebugStaging<\/b> and ReleaseProduction<\/b>. For debug builds we’ll set our logging level to To enforce the immutability of the webservice URL, we’ll create a Swift file called If neither In our This will set the logging level global flag (which defaults to Now, how to set the flags. Easy. In Xcode, click on your Project file in the Navigator pane (far-left). The project file is the one with the blueprint icon. Click the Info<\/b> label first and create two new configurations for DebugStaging<\/b> and ReleaseProduction<\/b>. To create a new build configuration, click on + under Configurations and select either Debug<\/b> or Release<\/b> (the two default build configurations created) and duplicate. Then, you can rename by clicking on the name and changing the text. Here’s what the Info pane should look like:<\/p>\n Once that is complete go to the Build Settings<\/b> pane and in the search box type Swift<\/i> to pull up all of the various Swift-related settings. We are interested in the Swift Compiler – Custom Flags<\/b>, where you can specify Finally, which build configuration is used to build is driven by the Scheme<\/b> you have selected, and how that scheme is configured. Go to your schemes and create ones for DebugStaging<\/b> and ReleaseProduction<\/b> and set them to use the build configurations you’ve just created. Now when you want to switch among them you can by simply changing your scheme. For more information on build schemes, see our previous post<\/a> on the topic.<\/p>\nLogging.swift<\/code> from Github<\/a>. We mean it, this is about as basic as it gets. Variadic arguments to the log routines isn’t supported, i.e., use the Swift \\(variable)<\/code> syntax to get at a variable’s value. Don’t expect to be able to log a file (maybe we’ll get there).<\/p>\n\r\nsLogLevel = .Verbose\r\n\r\nSLogVerbose(\"This will be printed only if the log level is SLogLevel.Verbose\")\r\n<\/pre>\n
.None<\/code>, that is, nothing will get logged. The highest level is .Verbose<\/code>, everything will get logged. In between are .Error<\/code>, .Warning<\/code>, and .Info<\/code>. If the log level is set to, say, .Warning<\/code>, both SLogError()<\/code> and SLogWarning()<\/code> will result in a log.<\/p>\nENTRY_LOG<\/code> and EXIT_LOG<\/code>. These are set to only emit a log at .Verbose<\/code> level, and they include printing out the name of the function in which they were called. The intent is to instrument your function calls as such:<\/p>\n\r\n func multiply(a:Int, by b:Int) -> Int {\r\n \r\n ENTRY_LOG()\r\n let r = a * b\r\n SLogVerbose(\"\\(a) multiplied by \\(b) is \\(r)\")\r\n EXIT_LOG()\r\n \r\n return r\r\n }\r\n<\/pre>\n\r\n2014-06-14 18:29:45.574 buildconfigurations[3618:1291681] VERBOSE - ENTRY multiply(_:by:)\r\n2014-06-14 18:29:45.577 buildconfigurations[3618:1291681] VERBOSE - 6 multipled by 7 is 42\r\n2014-06-14 18:29:45.579 buildconfigurations[3618:1291681] VERBOSE - EXIT multiply(_:by:)multiply(_:by:)\r\n<\/pre>\n
EXIT<\/code> log currently shows the signature of the function twice. This is a known bug in XCode 6 Beta 1 (see here<\/a>).<\/p>\n.Verbose<\/code>, and for our release builds we’ll set it to .Error<\/code>. For staging builds we want to use our staging webservices server at https:\/\/staging.webservice.net, and of course for production we’ll use the production services at https:\/\/production.webservice.net.<\/p>\nConstants.swift<\/code> and add<\/p>\n\r\n#if Staging\r\n let gWebServiceUrl = \"https:\/\/staging.webservice.net\"\r\n#endif\r\n\r\n#if Production\r\n let gWebServiceUrl = \"https:\/\/production.webservice.net\"\r\n#endif\r\n<\/pre>\n
Staging<\/code> or Production<\/code> is defined the project will not build as gWebServiceUrl<\/code> will be unresolved.<\/p>\napplication(_:didFinishLaunchingWithOptions:)<\/code> function we place<\/p>\n\r\n #if Debug\r\n slogLevel = SLogLevel.Verbose\r\n #else\r\n #if Release\r\n slogLevel = SLogLevel.Error\r\n #endif\r\n #endif\r\n<\/pre>\n
.None<\/code>) based upon whether we are building a debug or release build.<\/p>\n![\"swift_build_configuration\"](\"http:\/\/dev.iachieved.it\/iachievedit\/wp-content\/uploads\/2014\/06\/swift_build_configuration.png\")
<\/a><\/p>\n-DDebug -DStaging<\/code> for your DebugStaging<\/b> configuration and -DRelease -DProduction<\/code> for your ReleaseProduction<\/b> build. Once completed your Build Settings<\/b> pane should look a bit like this:<\/p>\n![\"swift_build_defines\"](\"http:\/\/dev.iachieved.it\/iachievedit\/wp-content\/uploads\/2014\/06\/swift_build_defines.png\")
<\/a><\/p>\n
![\"swift_build_scheme\"](\"http:\/\/dev.iachieved.it\/iachievedit\/wp-content\/uploads\/2014\/06\/swift_build_scheme.png\")
<\/a><\/p>\n