标签: project-structure

我是新来写一个基于ws的春季休息.我创建了一个具有以下结构的项目.

Java Resources
  - src/test/java
  - src/main/java
     - com/sample/rest
       - controller  (for the request mappings)
       - domain (for POJOs)
       - service (for business logic)
       - utility (for utility methods)
       - dao (for database calls)

我开始在域包中添加POJO,但我的问题是我的应用程序中有2种POJO.一种类型,对应于我的应用程序表结构.另一种对应于第三方结果结构的类型.

我不确定如何在我的域包下区分这两种POJO类型.

如果您有大型组件,安装第三方组件总是需要很长时间,但如果您在多台计算机中设置环境,则需要更长时间.

而且我正在考虑将它们添加到版本控制(Subversion)中,因此使用所有必需的组件检查项目总是很容易的.

那么你如何管理它,以及在VCS中管理它们的最佳实践是什么？

还要考虑其中一些第三方没有来源但是作为Delphi库.(BPL).

我一直在试验目录结构,目前正在使用下面的目录:

 |
 |_projects__
 |           |
 |           |_blog.com_
 |           |          |_mockups
 |           |          |_user stories
 |           |          |_....
 |           |
 |           |_noteapp__
 |                      |_mockups
 |                      |_....
 |
 |_webs______
 |           |
 |           |_dev______
 |           |          |_blog.com_
 |           |                     |_app
 |           |                     |_config
 |           |                     |_....
 |           |
 |           |_prod_____
 |           |          |_blog.com_
 |           |                     |_app
 |           |                     |_....
 |           |_qe_....
 |           |_uat_....
 |
 |
 |_desktops__
             |
             |_dev______
             |          |_noteapp_
             |                    |_app
             |                    |_config
             |                    |_....
             |
             |_prod...
             |_qe....
             |_uat....

                                                 KEY
                                                 dev  - …

如果您有5种以上的语言和100多个项目,IMO默认使用一个工作区是不可接受的,因为一个工作区变得非常混乱.拥有一个巨大的无组织工作空间会降低您的工作效率.

问题:

当您有5种以上的语言和100多个项目时,有哪些更高级的Eclipse使用方法？我真的很感激建议,不仅仅是给出一个句子,比如"使用多个工作空间"或"使用工作集".

"必须"要求:

• 项目导航器仅显示相关项目(仅来自abc语言的项目或仅来自xyz语言的项目)
• 您所描述的方法目前正由您或您认识的人使用,并且已使用了两周以上

"想要"要求:

• 能够拥有相同名称的项目的能力(例如语言xyz的"helloworld"和语言abc的"helloworld")

(边注:

仅供参考,在SO.com上询问的原因之一是因为我已经在Google上搜索了足够多的人知道有很多人拥有相同的"帮助我的Eclipse工作区失控"问题.)

我刚刚在我的Gradle项目中添加了一个新的测试源目录,并希望IntelliJ能够识别它.我可以关闭项目并重新打开build.gradle文件并选择"删除现有项目并导入"; 有没有办法更新模块源而不删除现有项目？

idea {
    module {
        // just added these two lines        
        testSourceDirs += file('src/integration-test/java')
        testSourceDirs += file('src/integration-test/resources')
    }
}

我不想只是手动添加源代码,而是希望IntelliJ从'build.gradle'文件重新导入Gradle项目结构.

详细信息: Gradle v1.7,IntelliJ v12

我知道在版本控制中至少有10种不同的方法来构建项目.我很好奇使用的方法是什么,哪些方法适合你.我曾与SVN,TFS以及目前/不幸的VSS合作过.我已经看到版本控制实现得非常糟糕而且很好,但从来都不是很好.

为了让球滚动,这里是对我所看到的事情的回顾.

此示例基于SVN,但适用于大多数VCS(与分布式版本控制无关).

1. 分支作为site/division/web/projectName/vb/src/[trunk | branches | tags]一部分的各个项目

2. 分支整个站点,在我看到的情况下,整个站点除了核心组件是分支的./部门/ [车厢|分支机构|标签] /网站/项目名称/ VB/src目录/

3. 使用main-line作为默认值,仅在必要时进行分支以进行大量更改.

我应该为单元测试开始一个新项目吗？这意味着我会得到两个可执行文件正确吗？然后我担心命名空间组织.我是否可以将单元测试放在与他们正在测试的类相同的名称空间中,尽管它们是不同项目的一部分？

这提出了另一个问题.我知道命名空间命名约定是CompanyName.TechnologyName.Feautre.Design.如何在我的解决方案/项目布局中实现这一目标？解决方案名称=公司名称,项目名称=技术名称？

如果是这样的话,这意味着我无法将我的单元测试分成新项目.

我应该将*.mo翻译文件签入我的版本控制系统吗？

这是一个普遍的问题.但特别是我正在使用git存储库处理Django项目.

考虑一个maven项目,模块包含一些实用程序(jar)和一些poms供其他人参考,如果他们想要使用其中一些实用程序.

例如,在父pom.xml中

<artifactId>project-parent</artifactId>
<modules>
  <module>client-ref-pom</module> (a module with just one pom.xml)
  <module>server-ref-pom</module> (a module with just one pom.xml)
  <module>client-utils</module> (a module with some utility classes, needs to ref. client-ref-pom)
  <module>server-utils</module> (a module with some utility classes, needs to ref. server-ref-pom)
  <module>utils</module> (a module with some utility classes, needs to ref. project-parent)
</modules>

因此,如果有另一个项目希望使用utils,它将引用ref-pom作为其父pom,以便可以继承属性.达到这个目的.

当前问题是当模块utils还需要引用ref-pom作为其父pom(并且ref-pom将ref.project-parent作为其父pom)时,maven抱怨'parent.relativePath'指向项目 - 父而不是ref-pom,建议再次验证项目结构.

因为这只是一个警告,我仍然可以编译项目,但我想知道设置项目结构的正确方法,以便maven很高兴并且我的目的得到满足.

在提供代码示例的教程和示例中,有时我看到Xcode项目导航器中的项目文件按照MVC模式("视图","控制器","模型")按组排列,有时它们被组织成组按功能(例如"登录","清单").

关于iOS,Apple有什么约定/推荐吗？哪个应该是最好的做法？