iPhone - 重用,在项目之间共享代码

发布于 2024-12-04 15:30:29 字数 314 浏览 0 评论 0原文

我发现了一个非常好的教程“跨 iPhone 应用程序的简单、模块化代码共享:静态库和跨项目引用

现在我需要了解我的方法是否可行。

假设我的“主”项目包含我需要的所有资产(视图控制器、委托等)。

现在,我创建一个新项目,然后简单地添加对第一个项目中我需要的每个文件的引用;当然,我不选择“如果需要则复制”选项。

通过这种方式,我是否可以使用主项目中的所有资产构建一个新项目?

如果我更改主项目中的代码,此更改将反映到所有引用项目中吗?

这是在项目之间共享代码的更简单的方法吗?

谢谢。

I've found a really good tutorial on "Easy, Modular Code Sharing Across iPhone Apps: Static Libraries and Cross-Project References"

Now I need to understand if my approach can work.

Suppose I have my "main" project with all the assets I need (View Controllers, Delegates, etc.).

Now I create a new project and simply add a reference to every file I need from the first project; of course I DON'T select the "copy if needed" option.

In this way do I build a new project with all the assets from my main project?

If I change the code in the main project, this change will be reflected to all the referencig projects?

Is this an easier way to share code between projects?

Thanks.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

紧拥背影 2024-12-11 15:30:29

由于我将所有代码都置于版本控制之下,因此我的做法是将模块化代码作为 Git 存储库。这样,要向我的项目添加通用代码或功能块,我只需将它们添加为子模块。

这样做的优点是:

  • 通用代码保存在一个地方,并进行版本控制和备份。
  • 拥有只做一件事的小型代码存储库可以鼓励编写具有最小依赖性的模块化代码。
  • 子模块被添加到特定修订版本的存储库中。因此,如果您更改通用代码库,这些更改不会自动应用于克隆 - 您必须显式引入更改。这样,如果您不小心更改了可能会破坏您的项目的某些内容,它就不会突然出现。
  • 如果正确设置子模块,您可以在项目之一中对公共代码进行更改,然后将其推送到所有其他存储库。这样您就可以在本地工作。
  • 您的整个项目都在存储库中,没有对其他项目的引用,因此您可以移动它们、保存它们、存档和恢复它们,而不必担心引用指向哪里。

Since I keep all my code under version control, the way I do it is to have modular code as Git repositories. That way, to add common code, or chunks of functionality to my project I just need to add these as submodules.

The advantages of this are:

  • Common code is kept in one place, versioned and backed up.
  • Having small repositories for code that does just one thing encourages writing modular code with minimal dependencies.
  • Submodules are added to a repository at a particular revision. So, if you change your common codebase, these changes are not automatically applied to the clones - you have to explicitly pull in changes. That way, if you accidentally change something that could break one of your projects, it won't appear suddenly.
  • If you set up your submodules properly, you can make changes to the common code from within one of your projects that can be pushed to all other repositories. That way you can work locally.
  • Your entire project is in a repository, without references to other projects, so you can move them, save them, archive and restore them without worrying about where the references point to.
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文