c# – 建模大(50~)个属性的策略

概述脚本 我正在解析电子邮件并使用ORM将它们插入数据库(确切地说是NHibernate).虽然我目前的方法在技术上有效,但我不是很喜欢它,但不能提供更好的解决方案.该电子邮件包含50个字段,并从第三方发送,看起来像这样(显然是一个非常短的虚拟样本). Field #1: Value 1 Field #2: Value 2Field #3: Value 3 Field #4: 脚本

我正在解析电子邮件并使用ORM将它们插入数据库(确切地说是NHibernate).虽然我目前的方法在技术上有效,但我不是很喜欢它,但不能提供更好的解决方案.该电子邮件包含50个字段,并从第三方发送,看起来像这样(显然是一个非常短的虚拟样本).

FIEld #1: Value 1       FIEld #2: Value 2FIEld #3: Value 3       FIEld #4: Value 4       FIEld #5: Value 5

问题

我的问题是,通过解析这么多字段,数据库表是一个绝对的怪物.我不能使用任何种类的关系创建合适的模型AFAIK,因为发送的每封电子邮件都是静态数据,并且不依赖于任何其他来源.

我唯一的想法是找到每个字段之间的共性,并将它们分成更易于管理的块.每个实体说10~字段,总共5个实体.然而,我并非非常喜欢这个想法,因为我所做的就是建立一对一的关系.

管理大量不受控制的房产的好方法是什么？

有什么想法吗？

解决方法 创建2个表：1表示主对象,另一个表示字段.这样,您可以根据需要以编程方式访问每个字段,并且对象模型看起来并不令人讨厌.

但这只是我的头脑;你有一个奇怪的问题.

如果数据返回到您可以轻松解析的文件中,那么您可以创建一个命令行应用程序,该应用程序将生成脚本和c#,然后您可以执行并复制,粘贴到您的程序中.从HTML页面(Like this one I had to do recently)创建表格中的属性时,我已经这样做了

总结

以上是内存溢出为你收集整理的c# – 建模大(50~)个属性的策略全部内容，希望文章能够帮你解决c# – 建模大(50~)个属性的策略所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。