公司之前只有国内业务的时候,就一个 maven 项目就能解决问题
现在业务要扩展到多个国家 /地区,按照老板的设想,要在每个地区部署相应的版本
每个地区版本的差异只有语言 /支付 /优惠,其他代码都是可复用的
那么应该选择怎样的代码组织方式
现在我初步的设想是,所有代码都放在一个项目里,将已有项目抽象为 common 包,然后不同地区的特有代码放到 cn/jp 一类的包中,然后部署时用 maven 的 profile 配置,对不同的确的配置进行打包
不知道这么做未来有没有什么问题,或者各位有什么更好的实践方式,不吝赐教
 |
1
wysnylc Dec 27, 2019 via Android
至少有一点，多写注释
|
 |
2
qwerthhusn Dec 27, 2019
直接把基础部分抽出一个独立工程项目，其余的每个地方都是一个独立工程（引用就行了），不然单一个工程会变得很大
干过菊花外包的码畜表示：这种基线+定制的模式最终会使版本变得很复杂，得看公共部分写代码的人的水平 |
 |
3
zhazi Dec 27, 2019 via Android
就讨厌你们这群瞎分包的
|
 |
4
lhx2008 Dec 27, 2019 via Android
语言可以前端搞，支付和优惠前端带个标识符就行了
|
 |
5
wangxiaoaer Dec 27, 2019
一个大工程，涉及到需要区分的放到不同的资源文件中，maven package 的时候加载不同的资源，生成 n 个包，这是打包时区分。
一个大工程，涉及到需要区分的放到不同的资源文件中，maven package 的时候只加载公用资源，生成 1 个包，这是运行时区分，运行的时候再根据当前环境指定对应的资源文件（类似 spring boot 的 active profile ）。 我倾向于第二种，原因有 2： 1 更高效：第一种会导致打包耗时，想象一下改一个小 bug，然后打 10 几个包，等待很痛苦，这还是使用了 ci 的情况下，如果手动就更要死人了。 2 更灵活：第一种方案把资源文件固化到包里了，如果临时有修改，要重新打包。 |
 |
6
300 Dec 27, 2019 via Android
现在的这个安卓项目大概就是这种需求
里面都是大量的 if else。。。看着人抓狂 |
|
7
wangxiaoaer Dec 27, 2019
还有一种方案，所有有区别的内容比如站点名称、语言包都提供管理接口，存储到数据库， 这样应用本身就不需要区分了。
|
 |
8
sheeta Dec 27, 2019
参考 wordpress, 一份代码走天下
|
 |
9
Michaelssss Dec 27, 2019 via Android
每个地区单独演进，不存在分包
|
 |
10
Cbdy Dec 27, 2019
建议一份代码就可以了
|
 |
11
murmur Dec 27, 2019
i18n 坑多的很，尤其是涉及穆 S 林国家，真的敢框架一把撸？
|
 |
12
W1angMh Dec 27, 2019
前端做国际化 后端用一套代码就行了
|
 |
13
xuanbg Dec 27, 2019
把语言做成前端资源，不同语言访问不同的路由就完了。后端就是一套，因为语言不涉及业务逻辑。
|
Select Language