blocks|key|1230133|text|一般的术语看起来像是格式转换器，或转换器(类似于代码转换器)。就您讨论的具体名称而言，我想我会选择ConfigConvertor。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1230134|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

General term seems like it would be format convertor, or transformatter (by analogy with transcoder). In terms of the specific names you discuss, I think I'd go with ConfigConvertor.

blocks|key|1230108|text|我建议:+ConfigParser|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1230109|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

blocks|key|178496|text|为了与SqlDataReader、TextReader、XmlReader等保持一致，我将其称为ConfigReader和ConfigWriter。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|178497|或者，您可以直接使用序列化方法，而不必担心命名约定。|178498|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

In keeping with SqlDataReader, TextReader, XmlReader etc I'd just call it ConfigReader and ConfigWriter.

Or, you could just go the serialization approach and then not have to worry about naming conventions.

blocks|key|1479946|text|CC简称：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1479947|ConfigConverter？|1479948|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

CC for short: 
ConfigConverter ?

blocks|key|1230294|text|我认为考虑您打算与类一起使用的动词(方法)以及类在应用程序中扮演的角色会有很大帮助。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1230295|换句话说，如果您设想的操作是{class}.Get()或{class}.Load()，那么ConfigParser可能是一个不错的选择。|offset|length|style|BOLD|1230296|另一方面，如果您有一个相应的{+class+}.Set()或{class}.Save()操作，那么像ConfigManager这样的操作将是更好的选择，特别是当该类将用于将应用程序与其配置的持久性隔离时。|1230297|如果类的角色仅仅是独立应用程序的一部分，或者是运行时间更长的流程中的一个步骤，那么我会更倾向于使用更像Convert.ToXml()+Convert.ToConfig()或Translate.FromXml()+Translate.FromConfig().的类和方法对|1230298|entityMap^0|0|M|3|10|4|19|C|0|O|3|12|4|1E|D|0|1F|F|1V|I|2E|J|2Y|M|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@$D|P|E|Q|F|G]|$D|R|E|S|F|G]|$D|T|E|U|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|V|8|@$D|W|E|X|F|G]|$D|Y|E|Z|F|G]|$D|10|E|11|F|G]]|9|@]|A|$]]|$1|J|3|K|5|6|7|12|8|@$D|13|E|14|F|G]|$D|15|E|16|F|G]|$D|17|E|18|F|G]|$D|19|E|1A|F|G]]|9|@]|A|$]]|$1|L|3|-4|5|6|7|1B|8|@]|9|@]|A|$]]]|M|$]]

I think it helps a lot to think about the verbs (methods) you intend to use with the class and the role the class plays in the application. 

In other words if you envision the operation to be {class}.Get() or {class}.Load() then ConfigParser might be a good choice. 

If on the other hand you have a corresponding {Class}.Set() or {class}.Save() operation then something like ConfigManager would be a better choice, particularly if the class will be used to isolate the application from the persistence of its configuration.

If the role of the class is nothing more than part of a standalone application or a step in a longer running process then I would would lean more towards class and method pairs that are more like Convert.ToXml() Convert.ToConfig() or Translate.FromXml() Translate.FromConfig().

blocks|key|1230141|text|DaTransmogrifier|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1230142|UberConvertPlus|1230143|Xml2Config2Xml|1230144|ConfiguratorX|1230145|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

DaTransmogrifier

UberConvertPlus

Xml2Config2Xml

ConfiguratorX

blocks|key|4447111|text|'XConTrans‘|type|unstyled|depth|inlineStyleRanges|entityRanges|data|4447112|或者简单地说“Via”|4447113|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|F|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|G|8|@]|9|@]|A|$]]|$1|D|3|-4|5|6|7|H|8|@]|9|@]|A|$]]]|E|$]]

'XConTrans'

or simply 'Via'

blocks|key|178479|text|ConfXmlSwitcher+:P|type|unstyled|depth|inlineStyleRanges|entityRanges|data|178480|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

This question is a little silly, but sometimes it's tough to figure out how to name things correctly. The conversion will parse a config file into XML and vice versa. I want to call the program MyCompany.Config2Xml, but the program also needs to be able to "Xml2Config".

Name for program that converts between two formats?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

这个问题有点傻，但有时很难弄清楚如何正确地命名。转换会将配置文件解析为XML，反之亦然。我想把这个程序叫做MyCompany.Config2Xml，但是这个程序也需要能够"Xml2Config“。

问在两种格式之间转换的程序的名称？
EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在两种格式之间转换的程序的名称？EN

回答 8

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问在两种格式之间转换的程序的名称？
EN