<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Xcode on Robert Harrison</title>
    <link>https://robertharrison.ca/tags/xcode/</link>
    <description>Recent content in Xcode on Robert Harrison</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Wed, 25 Sep 2024 09:17:00 -0700</lastBuildDate>
    <atom:link href="https://robertharrison.ca/tags/xcode/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Organize Code with Local Swift Packages</title>
      <link>https://robertharrison.ca/blog/organize-code-local-swift-packages/</link>
      <pubDate>Wed, 25 Sep 2024 09:17:00 -0700</pubDate>
      <guid>https://robertharrison.ca/blog/organize-code-local-swift-packages/</guid>
      <description>&lt;p&gt;There are several benefits to organizing your code into modules:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;Readability&lt;/li&gt;&#xA;&lt;li&gt;Testability&lt;/li&gt;&#xA;&lt;li&gt;Reusability&lt;/li&gt;&#xA;&lt;li&gt;Maintainability&lt;/li&gt;&#xA;&lt;li&gt;And more &amp;hellip;&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;By using an Xcode Workspace and Swift Packages, a monolithic project can be split up and organized, into smaller modules or packages. Utilities, for example, can go in one package, and the Data Layer can go in another package.&lt;/p&gt;&#xA;&lt;p&gt;Swift Packages can be local or remote. If the module can be used by other projects or teams, then consider using a &lt;strong&gt;remote&lt;/strong&gt; package. In which case, the remote package will require its own git repository. If the module is only usable by the main application, then use a &lt;strong&gt;local&lt;/strong&gt; package. The local package will live within the git repository of the main application. In this article, we’re going to use a &lt;strong&gt;local&lt;/strong&gt; package.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Manage Multiple Projects with an Xcode Workspace</title>
      <link>https://robertharrison.ca/blog/manage-multiple-projects-xcode-workspace/</link>
      <pubDate>Mon, 23 Sep 2024 15:38:00 -0700</pubDate>
      <guid>https://robertharrison.ca/blog/manage-multiple-projects-xcode-workspace/</guid>
      <description>&lt;p&gt;By default, Xcode projects use an &lt;code&gt;.xcodeproj&lt;/code&gt; file to organize and structure the project. The project file contains code, resources, settings and targets for building a product.&lt;/p&gt;&#xA;&lt;p&gt;What if your project needs to reference another project? For example, prior to building your main app, you must first compile and link a library. Use an &lt;strong&gt;Xcode Workspace&lt;/strong&gt; (&lt;code&gt;.xcworkspace&lt;/code&gt;) to manage the dependencies between multiple projects. Xcode can use the workspace to compile the library first, then link it to your app. If your project uses &lt;a href=&#34;https://cocoapods.org&#34;  class=&#34;external-link&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;Cocoapods&lt;/a&gt;, then it’s using a Workspace.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
