Jsp 是否有必要遵守webroot中的JavaEE目录约定？_Jsp_Tomcat_Jakarta Ee

Jsp 是否有必要遵守webroot中的JavaEE目录约定？

jsp tomcat jakarta-ee

Jsp 是否有必要遵守webroot中的JavaEE目录约定？,jsp,tomcat,jakarta-ee,Jsp,Tomcat,Jakarta Ee,我现在正在从事一个JavaEE项目，我喜欢它。比PHP好得多（IMO）。我在寻找JavaEE编码约定的列表，只是为了确保遵守它们。我遇到了这个链接：这个页面声明我应该在webroot（/WEB）下有/js、/css和/WEB-INF/jspf这样的目录，但我讨厌这样。我宁愿使用有意义的目录名，如/scripts、/styles和/fragments，就像使用PHP一样 S.O.能解释一下吗？这只是一个文件夹命名约定。你不需要严格遵守这一点，只要你不使用像/tkjbwnkjh这样的文件夹名而不

我现在正在从事一个JavaEE项目，我喜欢它。比PHP好得多（IMO）。我在寻找JavaEE编码约定的列表，只是为了确保遵守它们。我遇到了这个链接：

这个页面声明我应该在webroot（/WEB）下有/js、/css和/WEB-INF/jspf这样的目录，但我讨厌这样。我宁愿使用有意义的目录名，如/scripts、/styles和/fragments，就像使用PHP一样

S.O.能解释一下吗？

这只是一个文件夹命名约定。你不需要严格遵守这一点，只要你不使用像

/tkjbwnkjh

这样的文件夹名而不是

/js

或

/scripts

或

/javascript

等。保持它的自我文档化，这样未来的代码库维护者就不会对你大喊大叫了

关于JSP代码约定，更重要的是真正的代码约定，另请参见：

这只是一个文件夹命名约定。你不需要严格遵守这一点，只要你不使用像

/tkjbwnkjh

这样的文件夹名而不是

/js

或

/scripts

或

/javascript

等。保持它的自我文档化，这样未来的代码库维护者就不会对你大喊大叫了

关于JSP代码约定的相关说明，更重要的是真正的代码约定，另请参见：

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

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

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

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