VisualBasic6.0编写的一个铸造过程温度场模拟的程序

# MyCast ## 介绍 用VisualBasic6.0编写的一个「铸造过程温度场模拟的程序」   ## 思路 ### Module1（前处理） 采用单窗口形式 #### 绘制网格功能 - 鼠标点选和框选 - 用 `MouseDown` 和 `MouseUp` 两个事件返回两对x&y值 - 在 `MouseUp` 事件过程中对两对坐标值进行处理，画出对应区域的矩形 - 重画网格线 - 填充其他 - 对网格内部颜色进行注意判断，只要是没有信息（初始画板背景色）的就画一个指定填充颜色的矩形进行覆盖 - 全部扫描之后重画网格线 - 填充所有 - 直接画一个大矩形 - 重画网格线 没有定义数组保存网格数据，所有的数据都在画板上，用的时候读取其颜色及位置即可 #### 数据存储 2020/12/27/15:29:18 灵机一动，把输出文件的扩展名由 `*.txt` 改为了 `*.cast` 跟 `Linux` 不同，`Windows` 是根据扩展名来识别文件类型的，将扩展名改为 `*.cast` 之后可以一定程度上避免数据文件被无意破坏。虽然文件扩展名发生改变，但是其文件属性依旧是ASCII文件，依然可以用记事本或其他文本处理工具轻松地打开或编辑，只是系统并没有将 `*.cast` 文件类型关联至任何一款应用程序，打开的时候需要选择打开应用。 ### Module2（计算和后处理） ## 存在的问题 - 没有处理凝固潜热！！ - 温度探针的曲线显示不够精美 - 没有画出流程图和思维导图说明程序结构 - ... ## 想法 2020/12/26 一个计算器程序主要用到的是编程语言的语法和算法逻辑的构件，基本上全是计算机相关的内容，与我们材料科学在理论层面上没有丝毫相关。而温度场数值模拟程序则真正需要将材料科学知识作为核心，来指导程序的逻辑构建和算法实现。 回想起一年前跟导师张老师申请的大创项目，也是通过程序设计，满足材料研究过程中的一些需求。当时的我很不解，这些东西学计算机的不比我们做的好？导师告诉我们他们做不了，因为计算机的学生没有材料科学的知识。 计算机程序设计是一个强有力的工具，它被广泛地应用到各个领域。然而程序设计是一项比较基础的工具（这里的基础不是说它简单，就像数学是基础学科一样），要想将它运用到其他学科领域，就必须具备对应领域的知识基础。 写计算器的时候，在摸到一些门道之后一路顺风顺水，难点基本全在逻辑构建和算法实现上面，语言学习也占一部分。到了模拟程序，算法上固然有一些困难，不过终归还算顺利，而真正花费大量时间的反而是传热学的复习（说预习也行，郝hai老师的课基本全忘了/_ \）。前处理程序上周就写好了（之前还完成了计算器的大部分功能），这周到现在就只做了后处理的数据输入 <(＿　＿)>，到现在大概四天左右的时间都是在磨洋工，不知道从哪下手。微调下界面、偶尔发现个小Bug解决一下，完全没有什么实质性的进展。 2020/12/27 昨晚收到消息，海事大学原放假安排取消，假期时长不变，待疫情完全得到控制后再行安排。 昨天下午到今天上午十点半，就在做一个进度——写9个单元差分方程，我的🐎，不写不知道，一个方程在纸上写出来虽说长，好歹能接受。写到程序里我的天，一个公式分 6 行写才能在不用横向滚动屏幕就可以完整显示。另外一个让我觉得很累的是判断单元是中心、边、还是角，好家伙，if ifififififif，看的头疼，看来是逻辑学的不好，不知道姜老师的逻辑课对这有没有帮助，大概率我也没机会听了。 昨晚进行的一个重大转变（相对来说）是把存储网格数据的二维数组与坐标系在方向和性质上进行了统一，数组的行和列对应的不再是逆向的y和正向的x了，直接对应x和y，主要是为了方便公式的阅读以及逻辑判断语句的阅读，每次都在脑子里人工转换实在是太累了。 再然后，刚才看了一下代码量，只有400行，约等于计算器的一半，嗯，不太行，还得接着完善。但是现在的我实在感到满心的疲惫，界面设计、变量传递这些的思路很不明确，到现在计算模块也只是完成了计算部分，交互和数据传递的部分至今没有好的思路。 要不玩两天再说吧 ＜（＾－＾）＞ 2021/1/10 一转眼停工了十几天 ＞︿＜，赶了几天工，今天收个尾，愉悦的课程体验！ 前处理的代码大概有 450 行，后处理大概有 1100 行。程序能出温度场的模拟结果之后把我美得不行，终于彻底赶超之前做的计算器的代码量。不过程序依然只有200多k，呐--，小工程就这么复杂，那种动辄几百 MB 的程序做起来眼睛估计都得看没了。。。 今天天气不错，嗯。