标签: project-organization

Java项目是否有任何标准目录布局？你最喜欢什么布局？

我问的是比项目目录中的'src'和'bin'更复杂的布局(即你在哪里放置你的测试类,构建配置等？).

提前致谢.

将开发项目(例如ASP.NET MVC应用程序)拆分为多个项目的常见原因是什么？代码组织也可以通过文件夹完成.多个项目往往会产生循环引用冲突,并且必须通过管理/解决这些冲突来增加复杂性.

所以为什么？

我使用git和子模块,我很难弄清楚如何组织我的文件.我用PHP开发,并使用单元测试.所以现在,我为每个模块使用这个组织:

• SRC /
• 测试/

这似乎是个好主意,但问题是,当我对项目执行"git submodule add"时,我将拥有该路径:project/modules/News/src/index.php

src /文件夹确实存在问题.

我应该简单地将所有文件放在模块根目录中,并在源代码中混合使用测试/文件夹吗？对我来说听起来很糟糕.你在做什么 ？

编辑:由于自动加载,src /文件夹有问题.我不应该把"src"放在我所有的班级名字中......

我写了一些我想在GitHub上分享的Delphi代码.所有代码都包含在运行时和设计时包中.每个项目都有许多"项目选项".(输出目录,搜索路径,编译选项等),我已经成功找到了最适合我的情况下工作良好,但阅读其他Q&由于这里明明有多个一些默认选项方面 的 工作.

应该使用哪些项目选项来将开源软件包轻松地整合到单个项目中？

我最近开始使用NodeJS.NPM包管理器使得在项目中使用第三方包非常容易.在命令行上使用一个简单命令安装软件包.包将自动安装任何所需的依赖项.

PS:如果您想添加额外的东西,请随意编辑此问题.

我有一个subversion存储库,其中包含一个数字子文件夹,对应于构成我的项目的各种应用程序,配置文件,DLL等(我称之为"模块").现在我们开始"分支"到几个相关的项目.也就是说,每个高级项目都将使用许多模块,可能会在项目之间略微修改.项目数量(~5)小于模块数量(~20)

现在我想弄清楚如何组织回购.将每个顶级子文件夹保持在逐个模块的基础上,每个项目的子子文件夹是否有意义？或者顶层应该是每个项目,每个项目都有自己的模块子文件夹:

回购:

module 1
    Project 1
    Project 2
    ...

    Project 5
module 2
    Project 1
    ....
    Project 5
....
module 20
    Project 1
    ...
    Project 5

-要么-

回购:

Project 1
   module 1
   module 2
   ...
   module 20
Project 2
   module 1
   module 2
   ...
   module 20
...
Project 5
   module 1
   module 2
   ...
   module 20

我将在前言中说我通常在C#/ .Net中工作.

通常,我使用命名方案将常见的可重用组件放入命名空间,该命名空间将我们的组织和项目特定组件反映到与项目相关联的命名空间中.我这样做的原因之一是我有时会与我所在部门以外的其他人共享我的组件,但在组织内部.特定于项目的命名空间通常以部门的名称或缩写开头.当我在项目之间重用代码时,我通常会将其迁移到一个基于组织的命名空间中.

例如:

UIOWA.DirectoryServices 包含处理Active Directory特定实现的类.

UIOWA.Calendar 包含处理大学主日历的课程.

LST.Inventory.Datalayer 拥有实现Learning Spaces Technology组清单应用程序数据层的类.

我现在正在开展一个项目,这个项目与Unviersity(一个举办慈善活动的学生团体)有着更加模糊的联系,有可能在我们大学以外的地方销售,因此它并不适合进入我的正常命名约定,即部门只是可能使用该项目的许多人的第一个客户.

我倾向于去组织命名路线并为此应用程序创建"组织项目"名称空间.我想听听其他人如何处理这个以及你可能有的任何建议.

谢谢.

另请参阅有关命名空间组织的相关问题.

编辑

我最终创建了org/project命名空间UIOWA.MasterEvent并从那里派生了更多的命名空间.对未来项目的其他意见仍然感兴趣.

我最近偶然发现了一个项目,该项目有27个不同的CSS文件被同一主题使用,它们是针对应用程序中的特定部分,规则分割如下:菜单栏有一个CSS文件,联系表单还有两个文件,另一个一个是页脚,特定页面格式,还有两个用于画廊,等等.

所以我问到了这么多CSS文件的原因是什么,以及连接是否安全.

他的回答是所有文件总和为126KB,带宽很重要,并且有500多个CSS规则,因此最好不要连接以防止选择器冲突.

我知道126KB的未压缩CSS文件是非常多的,但我也知道(从最佳实践指南)所有这些文件应该单击下载,因此浏览器将缓存一个biggie而不是在浏览中逐个下载它们会话.

为什么我不能让自己不要把所有这些文件粘在一起？这是一个大问题吗？

在处理多平台项目时,我正在寻找有关存储库布局/设计的策略.通常依赖是:

• 项目有单一名称/品牌
• 每个平台都有单独的源代码
• 平台代码共享公共资源
• 设计文档和其他文档在平台之间共享

我已经尝试过(使用git)以下内容:

解决方案A:

• 每个平台项目都驻留在自己的目录中
• 提交master适用于所有平台

优点:

• 清洁代码开发
• 没有合并

缺点:

• 日志很乱,你通常需要在所有提交日志前加上平台
• 有时逆转提交是......不可能或非常困难/凌乱

解决方案B:

• 每个平台都有自己的分支
• 当在每个分支上执行释放rebase然后合并到master+标记时

优点:

• 清洁日志:)
• 清洁分离发展进程
• 减少冲突

缺点:

• 需要合并到 master
• 当所有平台同时降级时 - 合并到主人是HELL

我对创建每个平台的存储库犹豫不决,因为共享资源可能很困难,或者需要额外的,可能容易出错的任务.

期待您的专业知识.

我是网络开发的新手,最近我用Php/Mysql创建了一个Web应用程序,现在我想把它放到服务器上,但我觉得我的文件组织很糟糕(非常糟糕).

我的项目文件结构看起来像那样

|--XAMPP htdocs
    |--MyProject
        |--config.php
        |--functions.php
        |--header.php
        |--nav.php
        |--index.php
        |--js   
        |--css
        |--images
        |--register
            |--index.php
        |--messages
            |--inbox
                |--index.php
                |--handle_inbox.php
            |--outbox
                |--index.php
                |--handle_outbox.php
            |--trash
                |--index.php
                |--handle_trash.php
            |--uploaded_files
        |-- ...

我能做些什么来改善这种结构并使其安全？

我有一个具有独立的前端(的WebPack)和后端(快递/ mongodb的),我一个项目,想分开的package.json,同时要在它们之间共享一些逻辑/实用代码.如何组织我的文件结构,以便我可以适当地分离它们的依赖项.

现在这是我的文件结构,前端和后端共享相同的内容 node_modules

app
|
| - frontend
|    | - index.js
|    | - src
|
| - backend
|    | - index.js
|    | - models
|    | - api
|    | - statics (webpack builds into here)
|
| - lib
|    | - logic here (may require npm dependency)
| 
|- package.json
|- webpack.config.js

如果它们都不需要lib目录,我可以轻松地将它们分成2个npm项目,但这实际上意味着我必须将代码复制到两个文件夹中.有没有更好的方法来实现这一目标？