【问题标题】:Is it necessary to adhere to Java EE directory conventions in the webroot?是否有必要在 webroot 中遵守 Java EE 目录约定?
【发布时间】:2011-06-17 13:37:36
【问题描述】:

我现在正在开发一个 Java EE 项目,我喜欢它。比 PHP 好得多(IMO)。我一直在寻找 Java EE 编码约定列表,以确保我遵守它们。我遇到了这个链接:

http://java.sun.com/developer/technicalArticles/javaserverpages/code_convention/

该页面声明我应该在 webroot (/web) 下拥有 /js、/css 和 /WEB-INF/jspf 等目录,但我讨厌这样。我宁愿使用有意义的目录名称,例如 /scripts、/styles 和 /fragments,就像我使用 PHP 一样。

可以 S.O.对此有所了解?

【问题讨论】:

    标签: jsp tomcat jakarta-ee


    【解决方案1】:

    这只是一个文件夹命名约定。您不需要严格遵守这一点,只要您不使用 /tkjbwnkjh 之类的文件夹名称而不是 /js/scripts/javascript 等。保持自我记录,以便未来的代码库维护者不会骂你的。

    关于 JSP 代码约定的相关说明,更重要的是 真正的 代码约定,另请参阅:How to avoid Java code in JSP files?

    【讨论】:

      【解决方案2】:

      您为各种子目录选择的名称实际上是一个选择问题。不过,请记住选择对其他人有用的名称。即使您的项目很小且个人化,您养成的习惯也会延续到您将来与开发团队共享的项目中。

      我建议您选择 /WEB-INF/fragments 而不是 /fragments,因为 /fragments 中的文件可以直接提供给浏览器...如果文件包含与上下文相关的标记,这可能没有意义。

      您的 Java 代码可以访问 /WEB-INF 中的文件,但不能从浏览器直接访问。您的代码可以读取文件并使用它们...但用户将无法通过键入“http://foo.com/WEB-INF/fragments/header.jspf.

      来访问它们。”

      【讨论】:

        猜你喜欢
        • 2015-05-30
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2011-07-26
        • 2012-09-18
        • 2014-02-11
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多