自定义软件运行流程

[ztmsimon]

我有一个c#写的winform的软件，涉及多线程、串口、数据库，原来的做法是什么都写在软件源代码中。我现在想把软件运行一些基本操作封装起来，然后软件运行的流程放到一个excel或者xml中，然后软件本身就是一个框架而已了。

请问各位大神，我应该如何做？思路是什么样子啊？

[ztmsimon]

没有大神帮忙看一下的吗？？？

[ztmsimon]

引用 4 楼 sp1234 的回复:

你实际到了什么程度，别人会在一瞬间就看懂（可能你自己反而看不懂自己）。

我现在已经将各类基本操作封装成了库，如串口的库，excel操作的库，txt的库等等，数据库的部分全部迁移到存储过程中。 软件现在结构看上去很比较简洁了，但是因为总有一些新的需求来，每次改动也不大。 每次改动都必须在源代码中进行，我就在想能否将软件做的更加简单，每次的功能增加我写好代码，然后怎么加到代码流程中去就好了。

[ztmsimon]

引用 5 楼 xuzuning 的回复:

读取并解析控制文件，然后用反射逐个执行 当然，你想写上一大堆 case 也是可以的

...看不懂...太高深了

[ztmsimon]

引用 4 楼 sp1234 的回复:

你实际到了什么程度，别人会在一瞬间就看懂（可能你自己反而看不懂自己）。 职业的软件开发者本来就是在各种项目中开发着各种通用的工程、类库、组件、模型的。终于 excel 本来就是可以独立开发应用程序并且调用 .net 的工程的（只不过它使用 VBA 语言作为主程序语言），xml 本来就是用来表达数据结构序列化的一种方式（最近10年，真正流行的是 json 已经更新的一些形式，xml 其实是10 几年前事情了）。 你的问题只是“一层纸”，区分那些浑浑噩噩的打工者跟一个自己设计框架的人的区别也确实是在这里。但是就好像你问别人“我怎么用瓷砖贴出伟大的墙壁啊？”当你是一个小工，你的工头可能告诉你如何贴瓷砖的最基本的规则，因为其实里边不包含什么设计技术。但是当你打算成为一个墙壁设计师，这个时候反而没人告诉你了，需要你先提出一个足以让别的设计师愿意回答的问题来。

谢谢您的指导。 突然感觉我这次遇到的问题是比之前问到的纯粹技术上的问题要高个层次的感觉啊！ 最近正在学习设计模式，也是这种感觉。 谢谢！

[圣殿骑士18]

你这个问题太大了。而且都是具体去编码的内容。都不知从何讲起。 如果讲技术点，讲什么呢？如何读xml配置文件？

[以专业开发人员为伍]

引用 楼主 ztmsimon 的回复:

我有一个c#写的winform的软件，涉及多线程、串口、数据库，原来的做法是什么都写在软件源代码中。我现在想把软件运行一些基本操作封装起来，然后软件运行的流程放到一个excel或者xml中，然后软件本身就是一个框架而已了。 请问各位大神，我应该如何做？思路是什么样子啊？

说出你的“本身就是一个框架而已”的内涵来。如果是一个标题党，其实许多人都会说，而且比你说的还漂亮。所以关键还是看你有多少脚踏实地的真本事能说出来，所以现在等你先来拿出你的设计蓝图、别人才可能告诉你，别人绝不会傻了吧唧地先免费给你什么东西。

[以专业开发人员为伍]

你实际到了什么程度，别人会在一瞬间就看懂（可能你自己反而看不懂自己）。 职业的软件开发者本来就是在各种项目中开发着各种通用的工程、类库、组件、模型的。终于 excel 本来就是可以独立开发应用程序并且调用 .net 的工程的（只不过它使用 VBA 语言作为主程序语言），xml 本来就是用来表达数据结构序列化的一种方式（最近10年，真正流行的是 json 已经更新的一些形式，xml 其实是10 几年前事情了）。 你的问题只是“一层纸”，区分那些浑浑噩噩的打工者跟一个自己设计框架的人的区别也确实是在这里。但是就好像你问别人“我怎么用瓷砖贴出伟大的墙壁啊？”当你是一个小工，你的工头可能告诉你如何贴瓷砖的最基本的规则，因为其实里边不包含什么设计技术。但是当你打算成为一个墙壁设计师，这个时候反而没人告诉你了，需要你先提出一个足以让别的设计师愿意回答的问题来。

[xuzuning]

读取并解析控制文件，然后用反射逐个执行
当然，你想写上一大堆 case 也是可以的

[SoulRed]

你说的就是逻辑和界面分离(MVC)很好的想法，具体实现你可以谷歌下案例，另外你该结贴子了。。。

[brucel51]

你可以使用“插件”的方式解决这个问题