Ios XCode项目：为了有意义的目的，我们应该将源代码放在单独的文件夹中吗

我是一名Java开发人员，也是ios开发的新手。在学习阶段，我尝试下载一些示例项目（包括从小型项目到中型项目），以了解它们在ios项目中的工作频率。正如我所看到的，他们经常把所有的源文件放在一个文件夹中（包括头文件、源文件、.storyboard文件、xib文件…），我认为这会使项目变得混乱

所以，我来这里问一个问题。我们是否应该根据使用情况将源代码放在不同的文件夹中，以减少项目的混乱，对吗？例如，所有自定义核心数据模型类文件都应放入

model

文件夹中。所有视图文件（如.storyboard、.xib文件…）都应放入

View

文件夹中。所有控制器文件应放入

Controller

文件夹中

如果你经常这样做，请告诉我你的经验，你如何文件夹你的代码？XCode是否支持虚拟文件夹（在XCode IDE中，您可以在文件夹中看到源代码，但在硬盘中，它们是一样的）

---

谢谢：）

文件夹使您的代码及其管理变得轻松，就像我们有Java包，用于积累一些常见类及其支持类文件。 同样，我们可以使用文件夹来管理XCode中的类

然而，这并不是必需的，因为开发人员的不同以及代码的复杂性不同

---

快乐编码：）

Xcode与Eclipse和Android Studio的不同之处在于，它将资源单独划分为与文件系统没有任何关联的文件夹。考虑到缺少名称空间通常会导致人们对什么是正式的，什么不是“包”非常放松，这真是一个狂野的西部

我倾向于将心智包（模型、视图、控制器）组织在顶层，例如，可能是web服务、模型下的持久存储等。但即使是这样，command+shift+O并键入符号或类名也是目前导航项目最简单的方法

---

其他人可能会争辩说，保持平面更好，因为这样您就不必手动保持文件系统布局同步，并通过symbol和类浏览器打开文件系统布局，从而无需进行严格的组织，呈现层次关系，而无需使磁盘或工作区达成一致。

首先必须区分文件夹和组。文件夹用于组织文件系统中的内容，而组用于组织Xcode项目中的内容。您可以将组视为虚拟文件夹。我个人更喜欢在文件系统上保持一个平面结构，并使用组来组织一切。这种包含头文件的方式更为直接，并且不会强制您同时维护文件系统结构和xcode结构。

在项目中，您可以执行任何想要简化和清理项目的组，如我的屏幕：

简单易行，您有两种方法：

1） 在项目中，右键单击右侧列，然后选择NewGroup

2） 将文件夹拖放到列中以创建文件夹引用：

只有当你想在你的项目中集成一个包含PHP、HTML、ASP等内部文件的根目录时，才需要注意，因为在你发布你的应用程序之后，如果一个人打开了他们在你的参考文件夹中找到的.app文件，里面有你所有的清晰代码

---

我想就是这样；）

您所讨论的方法是正确的

只要考虑代码中的文件夹。如果您在Xcode中创建文件夹并根据文件夹划分代码。所有类都将同时存在于硬盘上。但是，如果使用finder在项目中创建文件夹，然后添加文件夹，则代码将保存到各自的文件夹中

---

希望它能帮助你。快乐编码：）

谢谢：）但有些“特殊文件”，如资源、图像等。。。我们应该放在不同的物理文件夹中吗？我读过一些帖子，告诉我我们应该这样做。谢谢：）是的，我也是这样做的，源文件在一个平面目录结构中，资源在它们自己的目录中，因为对于其他团队成员（如图形设计师、声音设计师等）来说，使用它们更容易。谢谢：）但是一些“特殊文件”，如资源、图像。。。我们应该放在不同的物理文件夹中吗？我读过一些帖子，告诉我我们应该这样做。@TrầnKimDự 不，问题是你可以在应用中添加你想要的avery文件，但例如PHP文件无法读入你从应用程序调用到服务器的iOS，图像、html、xml ext你可以放在应用中并在应用中调用它们，因此如果你想在应用中引入HTML5项目，你可以在web视图中从ObjectiveC调用ULR，或者在项目中创建一个physic文件夹，然后在web视图中创建cal index.html谢谢：D所以根据您的建议，我们应该将这些文件放在单独的文件夹中（包括普通源文件，如类、头…）或特殊文件（资源、图像…）？如果资源基本上是源文件的本地资源（NIB是一个经典但现在稍微过时的示例），我倾向于将资源保存在磁盘上和Xcode中，并与使用这些资源的源文件一起保存，更多的全局资产放在一个单独的文件夹中。