i18n应该由前段做还是后端做？

Mishaal

[quote][tid=27294589]Topic[/tid] Post by [uid=42688974]dreamscometrue[/uid] (2021-06-21 15:31):

我个人认为前端做。[/quote]当然是前端做后端返回code就够了

No_3

都做啊，你的系统只有ui文字没有后端返回信息？

carter

前后端都做，前端的文字前端做，接口返回给用户看的message后端做

Altitude

[quote][pid=526194832,27294589,1]Reply[/pid] Post by [uid=8407855]lieyanqzu[/uid] (2021-06-21 15:31):

都做啊，你的系统只有ui文字没有后端返回信息？[/quote]后端返回很多都是枚举值。

我觉得应该前端各自去对应要显示的文字，后端的职责是管理数据，这种wording的东西，不应该由后端管理。

Elllz

[s:ac:晕]后端做这个干嘛？不都是代码么，文字啥意义？Return ‘正确’?

Altitude

[quote][pid=526195465,27294589,1]Reply[/pid] Post by [uid=35937037]一胡半仙一[/uid] (2021-06-21 15:34):

前后端都做，前端的文字前端做，接口返回给用户看的message后端做[/quote]后端返回的数据直接展示，这本身就挺有问题的。

martín

前端肯定要做，后端豹纹做不做就看领导心情了

gg?

我遇到过的都是后端做。

Rheezzy

[quote][pid=526195835,27294589,1]Reply[/pid] Post by [uid=42688974]dreamscometrue[/uid] (2021-06-21 15:35):

后端返回的数据直接展示，这本身就挺有问题的。[/quote]直接展示你说说有啥问题？

我哪天改个文案还得等app发版吗？

ryan

[quote][pid=526195555,27294589,1]Reply[/pid] Post by [uid=42688974]dreamscometrue[/uid] (2021-06-21 15:34):

后端返回很多都是枚举值。

我觉得应该前端各自去对应要显示的文字，后端的职责是管理数据，这种wording的东西，不应该由后端管理。[/quote]枚举值所对应的要显示的文字不也是前端请求接口获取的吗？页面部分由前端来做是肯定的，数据部分肯定是由后端来做的，异常处理的message如果前端有维护，那也是由前端来做的。

Altitude

[quote][pid=526196408,27294589,1]Reply[/pid] Post by [uid=35937037]一胡半仙一[/uid] (2021-06-21 15:38):

实际业务中，前端很多toast提示或者可配置的文字，都是接口返回的，如果前端写死，那在需要修改的时候，前端是不是需要发版？发版是不是需要时间？那及时性是不是存在问题？
所以有些给用户看的信息，都是接口返回的，这样可以及时调整，前端不需要发版。[/quote]也有道理。

♡♡

都做，前后端协调好。

后端那边弄的可以不提交新版本就更新，直接修改就OK了，前端例如移动端那种如果要更新重上架什么的，多麻烦。

carter

Reply to [pid=526195750,27294589,1]Reply[/pid] Post by [uid=2259084]七蓝[/uid] (2021-06-21 15:35)

实际业务中，前端很多toast提示或者可配置的文字，都是接口返回的，如果前端写死，那在需要修改的时候，前端是不是需要发版？发版是不是需要时间？那及时性是不是存在问题？
所以有些给用户看的信息，都是接口返回的，这样可以及时调整，前端不需要发版。如果改一个字前端发一次版....web还好，要是小程序或者app，应用市场审核都要疯了吧

Altitude

我感觉可以单独做个服务，转门负责这些翻译的工作，当然，是由后端处理好了给前端。

Miza

i18n是表示层的问题，你说谁做。

Elllz

[quote][pid=526196408,27294589,1]Reply[/pid] Post by [uid=35937037]一胡半仙一[/uid] (2021-06-21 15:38):

实际业务中，前端很多toast提示或者可配置的文字，都是接口返回的，如果前端写死，那在需要修改的时候，前端是不是需要发版？发版是不是需要时间？那及时性是不是存在问题？
所以有些给用户看的信息，都是接口返回的，这样可以及时调整，前端不需要发版。[/quote]你说的意思我明白，前端message 信息，如果是系统错误，难道还要展现给用户看么？就算你展现给用户，他也未必看得懂啊。一般我们都是记日志返回啊。所以一般如果0代表正确，其他统一报错内部错误。说来说去，也是看产品经理怎么想了[s:ac:囧]，码农照着写就是了

carter

Reply to [pid=526198899,27294589,1]Reply[/pid] Post by [uid=2259084]七蓝[/uid] (2021-06-21 15:47)
你看清楚啊，我说的就是给用户看的信息啊

Elllz

[quote][pid=526199818,27294589,1]Reply[/pid] Post by [uid=35937037]一胡半仙一[/uid] (2021-06-21 15:51):

你看清楚啊，我说的就是给用户看的信息啊[/quote]错误大致分为，格式错误，或者数据引起的系统错误。格式错误一般都是form表单验证的，这不需要返回吧？真的是比如，用户名已存在，这些，在项目初期，前后端都是匹配好了。真的bug，需要给用户看么？

carter

Reply to [pid=526200919,27294589,1]Reply[/pid] Post by [uid=2259084]七蓝[/uid] (2021-06-21 15:55)

一个登录接口，如果账号或密码错误，这样返回是不是很常见，这个message是不是可以给用户看，前端直接提示这个message字段就ok了，
如果后端没做i18n的话，哪天产品经理说临时改一下这句话，前端是不是需要发版？如果后端做了的话，那后端代码改一下就好了，不需要等待审核之类的

而且就算不做i18n的项目，我觉得这类信息都是应该后端做的，因为后端修改不需要像前端一下，提交到应用市场审核，如果这类信息交由前端来做，那及时性就有问题

{
code: 4001,
message: '账号或密码错误'
}