给开发人员的良好文件组织建议
我在文件夹组织方面遇到了一些困难,无法组织我正在处理的许多项目。我在 OS X 上工作 - 现在我使用 ~/Development/ 作为根文件夹,并且我有很多类型的项目。例如,我的 iPhone 应用程序位于 ~/Development/Xcode 下,
我用多种语言开发,从 PHP、Ruby、Python、Objective-C。例如,我可能有几个基于 PHP 的开源应用程序,其中我使用 Zend 框架。其中一些项目是针对客户的,其他项目是学习新语言或一般实验时的测试/实验。
我真的很感兴趣其他开发人员如何组织代码/项目,并可以传递一些建议,以便轻松浏览与多种语言和项目类型相关的代码/项目。
I am struggling a little with folder organization to organize the many projects that I work on. I work on OS X - right now I am using ~/Development/ as the root folder, and I have many types of projects. For example, I have my iPhone apps under ~/Development/Xcode
I develop in many languages, from PHP, to Ruby, to Python, to Objective-C. So, for example, I might have a couple of open-source apps based on PHP where I am using the Zend framework. Some of these projects are for clients, others are tests/experiments when learning a new language or general experimenting.
I am really interested in how other developers have organized code/projects and could pass along some advice to make it very easy to navigate through code/projects related to many languages and types of projects.
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(4)
我使用这样的结构:
I use a structure like this:
我也有类似的情况,我的主目录中有两个文件夹:
Projects
和Reference
。我对项目的语言没有任何区别。我正在处理的代码位于Projects
中,而我想要阅读其源代码的项目位于Reference
中。这很有用,因为在命令行上输入~/Pr
Tab 和~/R
Tab 很快,而且我经常清空我的Downloads
目录。我通常会设置别名来在命令行上处理项目。例如,我的 gerbils 项目有一个 Python 虚拟环境,所以我的
g
别名让我可以从新的 shell 快速开始:I'm in a similar boat, and I have two folders in my home directory:
Projects
andReference
. I don't make any distinctions on the project's language. Code I'm working on goes inProjects
and projects whose source I want to read go inReference
. This is useful because typing~/Pr
Tab and~/R
Tab is quick on the command line and I empty myDownloads
directory often.I usually have aliases set up for working with projects on the command line. For example, my
gerbils
project has a Python virtual environment, so myg
alias gets me going quickly from a new shell:我的建议是始终首先在项目级别进行组织。然后是有意义的模块。语言似乎只有在模块有多个实现时才发挥作用。在这些情况下,我发现将模块制作为自己的项目效果最好。
那么如果 XXX 使用 YYY 那么它的绑定是 YYY 的输出而不是 YYY 的源
My advice is to always organise at the project level first. Then modules that make sense. Languages only seem to come into play when a module has multiple implementations. In those cases I find the making the module it's own project works best.
Then if XXX uses YYY then it's binding is the output of YYY not the source of YYY
我刚刚开始探索这些工具,但它们是寻找更多工具的一个很好的起点(全部免费)。我找到了这两个,现在正在使用它们:
Some other alternatives:
File Nexus 和其他文件只是 Windows 资源管理器的类固醇替代品,但肯定有其用途。我仍在寻找与 Evernote、Zoho 等类似的、可处理我当前所有文件的离线工具。
就像计算机的其他一切一样,“总有办法,只是如何做的问题。”
I'm just starting to explore these tools, but they're a good jumping point to find more (all free). I landed on these two, and am working with them now:
Some other alternatives:
File Nexus and others are more just Windows Explorer replacements on steroids, but definitely have their use. I'm still looking for offline tools comparable to Evernote, Zoho, and such, that work with all my current files.
Like everything else with computers, "there's always a way, it's just a matter of how."