【高分】关于C#中的动态创建枚举类型

龙宜坡 2009-08-14 10:31:49
最近有个项目比较棘手!
需求:

从数据库中某张表中动态创建一个枚举类型.


例如:

数据库中存在表Employee,其内容如下:
姓名 编号
Name No.

张三 1234

李四 4562

王五 2334


现在我使用中需要动态创建一个枚举类型以供使用,要创建的枚举如下:

enum enumEmployee
{
张三 = 1234,
李四 = 4562,
王五 = 2334
}

不知如何实现

看了MSDN中使用EnumBuilder类实现,结果还是不会,请过来人指教,谢谢!

MSDN的参考:http://msdn.microsoft.com/zh-cn/library/system.reflection.emit.enumbuilder(VS.80).aspx

说明:外地出差中,不能及时回复,忘谅解!
...全文
5452 36 打赏 收藏 转发到动态 举报
写回复
用AI写文章
36 条回复
切换为时间正序
请发表友善的回复…
发表回复
SQL77 2012-10-29
  • 打赏
  • 举报
回复

我也一搜索动态创建enum,结果跑这来了。

我的一个想法是提供给我们自己前台编写代码时。
输入一个任意类型后。
我直接对象
object.GetType().GetProperties().就能显示有哪些属性名.
类似IDE中.输入类型.结果就把所有属性名弹出来了.
coyotey 2010-04-17
  • 打赏
  • 举报
回复
为什么我登录了还是有些看不到啊w
jin20000 2009-12-03
  • 打赏
  • 举报
回复
枚举就是要值固定的,值要动态的话,完全没必要用枚举,这算设计的问题
hunzib 2009-12-03
  • 打赏
  • 举报
回复
我也在找动态枚举的方法 一百度就来到这里了
jivi 2009-08-18
  • 打赏
  • 举报
回复
动态创建枚举。好象就失去了枚举的好处了吧。那创建还有什么意义
龙宜坡 2009-08-17
  • 打赏
  • 举报
回复
[Quote=引用 29 楼 li45214521 的回复:]
你觉的名字会没有重复的吗
[/Quote]

按照设计的初衷来讲,是不会有重复的!
龙宜坡 2009-08-17
  • 打赏
  • 举报
回复
@pcnetman888
谢谢!


这个问题我基本也考虑的差不多了,待最终解决方法出来了就结贴!
li45214521 2009-08-16
  • 打赏
  • 举报
回复
你觉的名字会没有重复的吗
微创社(MCC) 2009-08-16
  • 打赏
  • 举报
回复
[1]反射开销很大,几百倍于正常的情况
[2]动态编译开销并不大,几倍于正常情况
[3]动态编译的生成静态场景也不错,至少优行Dictionary方案

[4]动态编译的生成动态场景,在内存中进行处理,如果是处理的是类型中的方法还有点价值,处理枚举有点得不偿失.
龙宜坡 2009-08-16
  • 打赏
  • 举报
回复
[Quote=引用 26 楼 ws_hgo 的回复:]
是啊
为什么一定要用枚举了
[/Quote]

谢谢,暂时先不讨论用不用,只说说如果用的话要怎么样使用!


:)
ws_hgo 2009-08-15
  • 打赏
  • 举报
回复
是啊
为什么一定要用枚举了
wuyq11 2009-08-15
  • 打赏
  • 举报
回复
用类实例存放数据就是通过List<Employee> 获取数据一样使用
用枚举效果不一定好
xiaojia19850414 2009-08-15
  • 打赏
  • 举报
回复
mark
龙宜坡 2009-08-15
  • 打赏
  • 举报
回复
不过这种所谓动态生成代码的方法是值得研究的,以供不时之需!
龙宜坡 2009-08-15
  • 打赏
  • 举报
回复
[Quote=引用 21 楼 hzzasdf 的回复:]
MSDN上是用reflection emit的方法做,等于是从头自己造个assembly,就是属于动态编译的方法。
也可以用codedom做,稍微简单些,可以把assembly建在内存里。说穿了就是用程序动态生成一段代码,然后编译成assembly,再用反射读出来。
不过我觉得楼主可以换个思路,动态编译和反射开销太大,可以改用其他的数据结构来实现。
[/Quote]

是的,做的太复杂或资源开销过大的话将得不偿失!


谢谢!
  • 打赏
  • 举报
回复
MSDN上是用reflection emit的方法做,等于是从头自己造个assembly,就是属于动态编译的方法。
也可以用codedom做,稍微简单些,可以把assembly建在内存里。说穿了就是用程序动态生成一段代码,然后编译成assembly,再用反射读出来。
不过我觉得楼主可以换个思路,动态编译和反射开销太大,可以改用其他的数据结构来实现。
十八道胡同 2009-08-15
  • 打赏
  • 举报
回复
呵呵,
龙宜坡 2009-08-15
  • 打赏
  • 举报
回复
[Quote=引用 18 楼 lcl_data 的回复:]
引用 17 楼 goga21cn 的回复:
也许是我一时心血来潮才想做成枚举的!

其实用Dictionary来解决比用动态枚举的解决方法要好
[/Quote]


这不,来CSDN和大伙讨论讨论!
十八道胡同 2009-08-15
  • 打赏
  • 举报
回复
[Quote=引用 17 楼 goga21cn 的回复:]
也许是我一时心血来潮才想做成枚举的!
[/Quote]
其实用Dictionary来解决比用动态枚举的解决方法要好
龙宜坡 2009-08-15
  • 打赏
  • 举报
回复
也许是我一时心血来潮才想做成枚举的!
加载更多回复(16)
内容概要:本文介绍了如何利用 GitHub Copilot 辅助进行程序调试与 Bug 分析,强调 Copilot 不仅可用于代码生成,更是强大的代码分析与调试工具。文章详细阐述了 Copilot 在调试复杂问题、老旧项目维护和难以复现 Bug 场景下的优势,提出了“先分析、再修改”的四步流程:分析原因→评估风险→提出方案→修改代码,并推荐结合错误日志、用户操作等信息精准提问,提升 AI 回答质量。同时展示了如何通过 Copilot 增强调试能力,如自动加日志、异常保护、生成测试数据和性能分析。最后通过游戏拾取系统的实际案例,说明如何结构化描述问题以获得有效反馈。; 适合人群:具备一定开发经验,正在参与项目调试或维护工作的程序员,尤其是面对复杂逻辑、历史代码或难复现 Bug 的 1-3 年开发者;也适合希望提升 AI 协作能力的技术人员。; 使用场景及目标:①快速定位偶发性崩溃、数据异常等问题根源;②理解无文档或结构混乱的老代码模块;③优化调试流程,借助 AI 生成诊断建议、修复方案与测试用例;④构建更具健壮性的程序,提前发现潜在缺陷。; 阅读建议:学习者应结合自身项目的真实问题,按照文提供的结构化提问模板实践,逐步训练与 Copilot 的协作能力,重视问题描述的完整性与准确性,避免直接要求修改代码,优先通过分析提升对系统的理解。
内容概要:本文针对高精度电流控制下的永磁同步电机(PMSM)参数辨识难题,提出一种基于粒子群优化算法(PSO)的多参数辨识模型,并在Simulink环境完成系统级仿真实现。研究旨在克服传统控制因电机参数(如定子电阻、交直轴电感、永磁磁链等)随温度、负载变化而失配所导致的电流控制性能下降问题。通过构建以电流跟踪误差为核心的适应度函数,利用PSO算法全局寻优能力强的特点,实现对关键电机参数的在线或离线精确辨识。文详述了PSO算法的实现机制、参数初始化策略、收敛判据设计以及与PMSM矢量控制系统的集成方法,验证了该方案在不同运行工况下的辨识精度、收敛速度与鲁棒性,显著提升了电流环的动态响应品质与稳态控制精度。; 适合人群:具备电机驱动控制、现代控制理论及优化算法基础,熟悉MATLAB/Simulink仿真平台,从事高性能PMSM控制系统研发的研究生、高校科研人员及自动化、电力电子领域的工程师;特别适合正在开展参数自适应、智能控制算法应用等相关课题的研究者。; 使用场景及目标:①应用于高端制造装备、电动汽车驱动系统、精密伺服系统等对电流控制精度要求严苛的场合;②解决实际工程因电机温升、老化等因素引发的参数漂移问题,提升系统长期运行稳定性;③作为智能优化算法与电机控制深度融合的教学案例,帮助理解PSO在复杂非线性系统参数辨识的应用逻辑与实现路径。; 阅读建议:建议读者结合提供的Simulink仿真模型进行复现实验,重点剖析PSO算法模块与电机控制模型的接口设计、适应度函数的构建原则及参数敏感性分析方法,可进一步尝试引入其他先进优化算法(如GWO、HHO)进行性能对比,以深入掌握不同智能算法在工程辨识问题的适用性与优劣。

111,129

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • Creator Browser
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧