在 ASP.NET Web 应用程序中编码然后检索业务规则静态错误（不是异常消息）消息的正确方法是什么？
在过去的 6 年里，我用几种不同的方式给这只猫剥了皮……硬编码字符串、带有常量的静态类和资源文件。 您使用什么方法，为什么？ 与客户端错误消息集成的奖励积分！
I've skinned this cat a few different ways over the last 6 years.. hardcoded strings, static classes with consts, and resource files. What approach do you use, and why? Bonus points for integrating with client-side error messages!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我使用包含验证方法的业务对象层，
错误消息作为从程序常量模板格式化的字符串添加到集合中（显然全球化不是问题），例如“{0}不能为空，请输入一个值{0}”，其中 {0} 是字段名称，
同一业务层适用于网络和桌面应用程序
编辑：错误消息集合在错误消息标签中传递回 winform，或在错误消息中传递回 web 表单消息标签。 （不需要 javascript）
我还使用了它的一个变体，它采用 IDictionary，其中第一个字符串是字段名称，第二个字符串是错误消息，并且辅助函数查找绑定到命名字段的表单元素以突出显示
一般来说，我在大多数应用系统中使用大致相同的模式，具体取决于客户的需求
i use a business-object layer that includes a validation method
the error messages are added to the collection as strings formatted from program constant templates (globalization is not a concern obviously), e.g. "{0} cannot be empty, please enter a value for the {0}" where {0} is the field name
the same business layer works for web and desktop apps
EDIT: the error message collection is passed back to the winform in an error-message lable, or to the webform in an error-message label. (no javascript is required)
i have also used a variant of this that takes an IDictionary where the first string is the field name and the second string is the error message, and a helper function finds the form element bound to the named field for highlighting
in general, i use approximately the same pattern in most application systems, depending on the customer needs