V2EX = way to explore V2EX 是一个关于分享和探索的地方
Sign Up Now For Existing Member Sign In
请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2312 days ago, the information mentioned may be changed or developed.
公司之前只有国内业务的时候,就一个 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