我们的代码是Java和Javascript（AJAX库）。我们在现有库周围有包装/可重用代码来执行普通任务，如数据库连接，会话管理，日志记录，休眠设置，基本结构，一些可重用的多租户代码等。从javascript端，我们有页面初始化器，UI布局组件，自定义js对象，以及我们自己的一些逻辑。
我们有多个项目可以重用此代码，但与此同时，此代码随应用程序一起发展。因此，如果我们找到一种常用的方法，我们可以将其移动到框架代码中，让其他项目也从中受益。如果/当我们在基本代码中发现错误时，我们可以在一个地方修复它并提交，所有其他项目都会接受更改（而不是每个人都在本地进行更改）。
如果它只是java文件，我们可以将它作为一个单独的项目保存，并将其作为依赖模块包含在eclipse / maven中，并在需要时将其作为jar包含在内。这部分很容易处理，但现在我们在代码中也有可重用的javascript，这不能完全是jar（ed）。我们想要一些关于代码应该如何布局的建议，所以我们可以通过maven（部署时间）和eclipse（开发时间）重用它，而不需要经过太多的箍。
在写这篇文章之前，我确实遇到过一些关于stackoverflow的文章，它们讨论了可重用的代码和方法，它们很棒，但不完全是如何使用svn，maven，eclipse等来管理它们。
链接它们，以供参考。
在我们的一些旧项目中，我们维护了ant文件，这些文件会将文件从基本位置复制到最终的战争，所以一切都可用。但随着项目的发展，在一段时间内，即使是简单的检查，我们也必须重建整个战争并部署在开发者机器上进行测试。每次花费5分钟。
所以问题是，是否有任何存储库模式，eclipse项目布局思路，包装样式，这可以帮助我们解决这个问题？
答案 0 :(得分：0)
我建议使用面向组件的java Web框架来执行此类任务。 Wicket立即浮现在脑海中。 （但JSF，Tapestry等同样可以正常工作）
在wicket中，一切都是组件，组件可以与行为打包（可能包括javascript，css等）
所以你有一个公共项目 - 你可以维护可重复使用的java和javascript代码。
好处是显而易见的，它几乎就是你一直要求的。另一方面，缺点主要是javascript和css内容在你的jar中，并且将由app服务器而不是静态web服务器或CDN提供。
肖恩