当前位置: 首页 > 面试题库 >

Webapp文件组织约定(development structure)

云航
2023-03-14
问题内容

对于我正在开发的Web应用程序,我通常使用以下文件组织,因为我认为它遵守约定:

src
|-- main
    |-- resources
    |   |-- *.properties
    |   |-- *.xml
    |   |-- spring
    |       |-- applicationContext.xml (main application context config file)
    |-- webapp
        |-- WEB-INF
            |-- spring
            |   |-- spring-mvc.xml (web application context config file, delegated to manage only the web part)
            |   |-- spring-security-http.xml (web security config)
            |-- static
            |   |-- *.css
            |   |-- *.js
            |-- views
            |   |-- *.jsp
            |-- web.xml (deployment configuration)

|
我想尝试的是根据以下结构组织文件:

src
|-- main
    |-- resources
    |   |-- *.properties
    |   |-- *.xml
    |   |-- web.xml
    |   |-- spring
    |       |-- applicationContext.xml
    |       |-- spring-mvc.xml
    |       |-- spring-security-http.xml
    |-- webapp
        |-- WEB-INF
            |-- static
            |   |-- *.css
            |   |-- *.js
            |-- views
                |-- *.jsp

当然,打包webapp时,文件将被重新放置在必须放置的位置(例如WEB-INF文件夹中的web.xml文件)。我想如上所述重组我的webapp的原因是,我发现将所有* .xml配置文件放在同一位置更为方便,而不是在此处或在此处放置一些。您认为破坏我的初始结构是个坏主意吗?如果是,为什么?将所有Web配置文件放在WEB-INF文件夹中为什么如此重要?

PS:从技术上讲,我知道如何很好地链接webapp的classpath中的所有文件。问题更多是关于惯例以及个人/专业经验的反馈。


问题答案:

你可以创建Java Web项目是一些流行的IDE,例如Eclipse,NetBeans,IntelliJ IDEA,以查看典型的Java Web应用程序结构。

开发结构和包装结构之间存在差异。
在开发应用程序时,你几乎可以使用所需的任何结构。但是你必须根据特定规则打包 Java EE Web应用程序。



 类似资料:
  • 主要内容:文件组织的目标,文件组织类型文件组织 - 文件是记录的集合。使用主键,可以访问记录。访问的类型和频率可以由用于给定记录集的文件组织类型确定。 文件组织是各种记录之间的逻辑关系。此方法定义文件记录如何映射到磁盘块。 文件组织用于描述以块的形式存储记录的方式,并且块被放置在存储介质上。 将数据库映射到文件的第一种方法是使用多个文件并在任何给定文件中仅存储一个固定长度的记录。 另一种方法是构造我们的文件,以便可以包含多个记录长度。

  • 一个文件由被空行分割而成的段落以及标识每个段落的可选注释共同组成。 超过2000行的程序难以阅读,应该尽量避免。 正确编码格式的范例,见 "Java 源文件案例". 3.1 Java 源文件 每个 Java 源文件都包含一个单一的公共类或接口。若私有类和接口与一个公共类相关联,可以将它们和公共类放入同一个源文件。公共类必须是这个文件中的第一个类或接口。 Java 源文件还遵循以下规则: 开头注释

  • 一个文件包含的各个部分应该用若干个空行分隔。虽然对源文件没有最大长度限制,但超过1000行的文件处理起来非常不方便。编辑器很可能没有足够的临时空间来编辑这个文件,编译过程也会因此变得十分缓慢。与回滚到前面所花费的时间相比,那些仅仅呈现了极少量信息的多行星号是不值得的,我们不鼓励使用。超过79列的行无法被所有的终端都很好地处理,应该尽可能的避免使用。过长的行会导致过深的缩进,这常常是一种代码组织不善

  • 它是最简单,最基本的组织类型。它适用于数据块。在堆文件组织中,记录将插入文件的末尾。插入记录时,不需要对记录进行排序和排序。 当数据块已满时,新记录将存储在其他块中。这个新数据块不必是下一个数据块,但它可以选择存储器中的任何数据块来存储新记录。堆文件也称为无序文件。 在文件中,每个记录都有一个唯一的ID,文件中的每个页面都具有相同的大小。 DBMS负责存储和管理新记录。 插入新记录 假设在堆中有五

  • 文件组织指示如何在文件中组织记录。 文件有不同类型的组织,以提高其访问记录的效率。 以下是文件组织方案的类型 - 顺序文件组织 索引顺序文件组织 相对文件组织 本模块中的语法及其各自的术语仅涉及它们在程序中的用法。 使用这些语法的完整程序将在“文件处理动词”一章中讨论。 顺序文件组织 顺序文件由按顺序存储和访问的记录组成。 以下是顺序文件组织的关键属性 - 可以按顺序读取记录。 要读取第10条记录

  • 当两个或多个记录存储在同一文件中时,它称为群集。 这些文件在同一数据块中有两个或多个表,并且用于将这些表映射到一起的键属性仅存储一次。 该方法降低了在不同文件中搜索各种记录的成本。 当经常需要以相同条件连接表时,将使用群集文件组织。这些连接只会从两个表中提供几条记录。 在给定的示例中,仅检索指定部门的记录。此方法不能用于检索整个部门的记录。 在这种方法中,可以直接插入,更新或删除任何记录。 数据根