问题标签 [currentculture]

我在我们的 ASP.NET Web 应用程序中遇到了 CultureInfo 的问题。我们的 Web 应用程序返回不同的文化，具体取决于它所在的应用程序池。

在应用程序池 A 中，它是 en-US，但在应用程序池 B 中，它是 nl-BE。

我希望它是 nl-BE，但找不到在哪里更改它（顺便说一下 IIS6）。我什至不确定这是否可以在应用程序池级别进行更改。

我正在检查 CultureInfo.CurrentCulture.Name。

是否可以为应用程序池更改此设置？或者还有什么可以影响这一点？在服务器的区域设置中，我们选择了“Dutch (Belgium)”，我相信它的意思是 nl-BE。那么这个应用程序池可以从哪里获得 en-US 呢？

我正在编写一个服务，它将从目录中读取文件，读取文件的内容并处理内容。

我遇到了从文件中读取的瑞典字符的问题，因为它们在被读取时被服务翻译成“垃圾字符”。

有谁知道服务控制管理器正在使用什么默认代码页/区域性设置，或者您是否知道任何有关在 Windows 服务编程上下文中处理瑞典语字符的“最佳实践”的文章？

任何帮助表示赞赏。

Thread.CurrentCulture 从哪里获取数据？客户端（浏览器）或服务器。

还有一个问题，这是了解用户文化的正确方法吗？

谢谢

我正在尝试获取客户所在的国家/地区，因此我使用 CultureInfo.CurrentCulture。问题是当我的加拿大客户使用我的网站时，他们显示为美国人。

看起来 CultureInfo.CurrentCulture 正在返回我的服务器所在的国家/地区而不是他们的国家/地区。那么如何获取客户所在的国家/地区？

指定 CurrentCulture 或 InvariantCulture 而根本不指定文化的最佳做法是什么？

从我读过的内容来看，例如，如果您正在进行序列化，则需要 InvariantCulture 作为指定数据值的规范表示的一种方式。这是基于文化的字符串操作的相对较小百分比。

我发现它很长，很冗长，而且很丑，每次我都指定它，比如：

然而，我的团队最近打开了 FxCop，现在有一种推动力，即始终在任何地方使用 CultureInfo。结合简洁性、可读性和功能性的最佳技术是什么？

一些不错的阅读材料：

• 使用 InvariantCulture 属性
• 文化信息类

我有一个绑定到字符串的 TextBlock。我希望字符串以应用程序的当前 UI 文化显示。我想在 XAML 中执行此操作。文本块很简单，如下所示。

<TextBlock Text="{Binding Path=Text}"/>

嗨，我是网络编程新手，我有一个在 azure 上运行的 mvc 应用程序。有一个功能，用户可以将网格数据导出到 csv，其中一个字段是日期时间字段。当用户单击导出时，我会获取网格中的任何内容，将其格式化为 csv，然后返回 FileContentResult。我遇到的问题是，由于 csv 的构建是在服务器上进行的，因此日期格式被格式化为 en-US，因为我猜这就是 VM 设置。但是，我需要使用用户日期时间格式。有没有办法我可以做到这一点

我有一个混合 ASP.Net Web 表单/MVC 应用程序。在其中一个 MVC“页面”/视图上，我让它使用 ToShortDateString() 和 ToLongDateString() 呈现一堆日期。这些大部分时间都可以正常工作，但是在编译应用程序后第一次加载视图时，它们的格式不正确。

我追查了这一点并检查了当前线程的文化。99% 的时间它是 en-US，但在编译后第一次加载 MVC 视图时，它被设置为 en-GB。如果我在那之后立即重新加载页面，它会回到 en-US。

我尝试将 web.config 文件中的文化和 uiculture 设置为 en-US 以强制它正确，但没有运气。

有人对此有任何想法吗？MVC 中的错误？

编辑（附加代码和尝试）：即使我完全过火并将其包含在视图的基类中

并将其包含在 web.config 中

这在 .aspx 文件的标题中

同样，这仅在编译代码后的初始加载时，即该页面首次加载时。其他 Web 表单页面不受影响，即使它们来自 System.Web.Mvc.ViewPage。所有后续加载都会正确处理区域性。仅更改 .aspx 文件不会导致此问题，必须编译 c# 代码才能导致此问题。

更多数据：我已将其追溯到 Render 方法。在 Render 方法之前，文化是 en-US，之后是 en-GB（同样仅在编译后的初始页面加载时）。

当前文化信息（CurrentCulture 和/或 CurrentUICulture）是正在运行的线程的属性，这让我觉得这是一个奇怪的设计选择。至少，在流程级别上，此类事情的范围似乎应该是上一级的。

但是，一旦您听到基本原理，这些事情通常就会变得有意义。找出为什么 .NET 设计者认为 Thread 是放置此属性的正确位置可能会很有启发性。

我将参数作为隐藏形式变量发送到贝宝。

但我网站的文化是丹麦语。所以“50,00”是“amount_1”的值

我正在使用将 50 转换为“50,00”的代码

我相信这个数字应该是：“1234.56” 有没有办法在这个过程中将文化设置为 en-US？（不是边宽）还是更好的方法？

谢谢！