可复用性高的 Java web 项目,区分不同语言版本,应该使用怎样的代码结构

[delpo]

公司之前只有国内业务的时候,就一个 maven 项目就能解决问题

现在业务要扩展到多个国家 /地区,按照老板的设想,要在每个地区部署相应的版本

每个地区版本的差异只有语言 /支付 /优惠,其他代码都是可复用的

那么应该选择怎样的代码组织方式

现在我初步的设想是,所有代码都放在一个项目里,将已有项目抽象为 common 包,然后不同地区的特有代码放到 cn/jp 一类的包中,然后部署时用 maven 的 profile 配置,对不同的确的配置进行打包

不知道这么做未来有没有什么问题,或者各位有什么更好的实践方式,不吝赐教

[wysnylc]

至少有一点，多写注释

[qwerthhusn]

直接把基础部分抽出一个独立工程项目，其余的每个地方都是一个独立工程（引用就行了），不然单一个工程会变得很大

干过菊花外包的码畜表示：这种基线+定制的模式最终会使版本变得很复杂，得看公共部分写代码的人的水平

[zhazi]

就讨厌你们这群瞎分包的

[lhx2008]

语言可以前端搞，支付和优惠前端带个标识符就行了

[wangxiaoaer]

一个大工程，涉及到需要区分的放到不同的资源文件中，maven package 的时候加载不同的资源，生成 n 个包，这是打包时区分。

一个大工程，涉及到需要区分的放到不同的资源文件中，maven package 的时候只加载公用资源，生成 1 个包，这是运行时区分，运行的时候再根据当前环境指定对应的资源文件（类似 spring boot 的 active profile ）。

我倾向于第二种，原因有 2：

1 更高效：第一种会导致打包耗时，想象一下改一个小 bug，然后打 10 几个包，等待很痛苦，这还是使用了 ci 的情况下，如果手动就更要死人了。
2 更灵活：第一种方案把资源文件固化到包里了，如果临时有修改，要重新打包。

[winterbells]

现在的这个安卓项目大概就是这种需求

里面都是大量的 if else。。。看着人抓狂

[wangxiaoaer]

还有一种方案，所有有区别的内容比如站点名称、语言包都提供管理接口，存储到数据库， 这样应用本身就不需要区分了。

[sheeta]

参考 wordpress, 一份代码走天下

[Michaelssss]

每个地区单独演进，不存在分包

[Cbdy]

建议一份代码就可以了

[murmur]

i18n 坑多的很，尤其是涉及穆 S 林国家，真的敢框架一把撸？

[W1angMh]

前端做国际化 后端用一套代码就行了

[xuanbg]

把语言做成前端资源，不同语言访问不同的路由就完了。后端就是一套，因为语言不涉及业务逻辑。