这绝对是主观的,但我想尽量避免它变得有争议.我认为如果人们适当地对待它可能是一个有趣的问题.
对这个问题的想法来自评论跟帖从我的回答到:"你恨你喜欢的语言什么的五件事？" 问题.我争辩说C#中的类应该默认密封 - 我不会把我的推理放在这个问题上,但我可以写一个更全面的解释作为这个问题的答案.我对评论中讨论的热度感到惊讶(目前有25条评论).
那么,你持有什么有争议的意见？我宁愿避免那种以相对较少的基础(例如括号放置)而变得非常宗教的东西,但是例子可能包括诸如"单元测试实际上并不十分有用"或"公共领域真的很好"之类的东西.重要的是(对我来说,无论如何)是你有理由支持你的意见.
请提出您的意见和推理 - 我鼓励人们投票支持有争议和有趣的意见,无论您是否恰好同意这些意见.
通常,当我需要存储管理信息,版本等系统属性时,我使用平面文件(database.properties,init.properties等).这在我每天看到和使用的其他程序中似乎很常见.
由于多种原因,有时平面文件并不理想.将Web应用程序部署到众多客户端通常会带来一些限制.在这些情况下,我使用数据库表来保存信息.例如,假设我有一些我希望保存的管理数据,也许还有一些关于我的环境的细节.我可能会这样做:
property_entry_table
[id, scope, refId, propertyName, propertyValue, propertyType]
1, 0, 1, "DB_VER", "2.3.0", "FLOAT"
2, 0, 1, "LICENCE", "88475", "INT"
3, 0, 1, "TOP_PROJECT", "1", "INT"
4, 0, 1, "SHOW_WELCOME", "F", "BOOL"
5, 0, 1, "SMTP_AUTH", "SSH", "STRING"
6, 1, 1, "ADMIN_ALERTS", "T", "BOOL"
我意识到这打破了SQL的输入,并允许我将各种类型存储为字符串.这是一种好的做法,还是我一直在以错误的方式解决这个问题？
如果没有,我应该以什么方式存储此类信息？