Question

在将国际化能力纳入甲骨文网络应用(在 mod_plsql上签字)时,我要解释《吉大港山区规则》。 CCEPT_LANGUAGE para amount and use it to set different NLS_* context in the Blake session.

例如:

HTTP_ACCEPT_LANGUAGE=de

alter session set nls_territory=germany;
alter session set nls_lang=...

然而,你会遇到一些更复杂的问题。

HTTP_ACCEPT_LANGUAGE=en-us,en;q=0.5

民间如何应对这种事情?

EDIT - following from Curt s details response below

感谢作出明确和详细的答复。尽管我真的问,是否已有任何处理甲骨质的植被,但我确实没有表明自己。

I m 已经在人工 par平吉大港山区的道路上。 ACEPT_LANGUAGE可变,而且正如Curt在其答复中指出的那样,有几个微妙的复杂领域。它像以前必须做过多次的事情一样。当我写了越来越多的法典时,我就冒着“一刀切”的感觉:

为此,必须采用一种现有的甲骨质方法——也许在iAS?

<>strong>EDIT - 困于回答

在寻找其他东西时,我 across倒了UTL_I18N的包裹,这在以下几段时间里确实使我感到羞耻:

将吉大港山区-ACCEPT_LANGUAGE改为Oracle NLS_LANG 的环境?

Answer 1

最后,答案.淡。甲骨文包UTL_I18N载有从浏览器语言代码到Oracle NLS环境的功能:

utl_i18n.map_language_from_iso;
utl_i18n.map_territory_from_iso;

绘制地图似乎对多种语言环境,如面、en、q=0.5,反应得很好,但只要你刚刚使用头5个特性,这些功能似乎正在发挥。

HTTP_ACCEPT_LANGUAGE: ar-lb,en-gb;q=0.5
v_language: 
v_territory: 

HTTP_ACCEPT_LANGUAGE: ar-lb
v_language: ARABIC
v_territory: LEBANON

Answer 2

如果你妥善解决问题,首先不要达到雄心的地步,那么我们就会感到不舒服。

您基本上需要两项职能:一项是规定<代码>。 HTTP_ACCEPT_LANGUAGE,并生成一种语文代码,其中一种用于计算和生成适当的<代码>>指令。

前者会非常复杂;如果你只重新表示,你可能想起责任,那么,你需要处理多种选择中的选择之一,如果这些选择完全不相称,那么你需要处理恶意的头盔。不要试图一劳永逸地解决这一问题:一劳永逸,一劳永逸,后来又予以延长。

其余部分的变动情况相同,产生了<条码><>>>。但是,这本身很简单;它实际上只是一项调查职能,但视其提供的情况,它可能变得更加复杂。

真正使或打破你的方案拟订经验就是你的单位测试。这是单位测试和测试驱动发展的理想问题。单位测试将确保,当你改变情况时,旧功能能够保持运作,并更容易增加新的功能和固定装置,因为你只是增加另一个试验,你必须从那时起指导你。 (如果你发现你在某个时候发生了可怕的错误,那么你也更容易完成其中一项职能的全方位篡改,因为你可以很容易地确认,新版本是一纸空文。)

你如何在你的环境中进行单位测试,可能超出了这一问题的范围,但请允许我补充几点内容。首先,如果有一个单位测试框架(“pl-un-unit?”),那么这个框架就非常大。如果不是的话,那就不是一种恐慌。你们不需要任何尖端的东西:只有一套投入和预期产出,而且通过这一职能来管理这些投入和产出的方式,或者说“所有大韩民国”或显示任何不正确的结果。你也许可以写出一份单一的、简单的PL/SQL功能,该功能读到表格中的投入和预期产出,并且对你们来说都是如此。

友情链接