机房收费系统重构(8)——总结

背景:在敲完机房收费系统的最后一行代码的时候,心里面想的不是“总算完工了,现在可以好好歇着了......”而是,“这个系统能正常运行吗?是不是有些功能还没有完善?还有没有没有考虑到的地方?等等一系列的问题。在编程的过程中,总是会遇到或多或少的问题,但是,“收获了什么”才是这个过程的灵魂所在。下面就来总结一下我的收获......


一、收获


1、时间管理上


    这段时间最最让我烦恼的事情,就是时间,总是感觉时间不够用......

    先来抱怨一下:从4月8号开始,我进入了一个恶性循环——周一到周五,除了专业课时间是正常的,其他时间都在实验室“泡”着,做着貌似没有尽头的论文实验,吃饭都需要计算着时间去,大半夜回到宿舍,躺在床上,连脚趾头都在喊“累”。周六周日终于有了自己分配时间的权利,还会被这个会议那个会议占去一部分时间,用在自己项目上的时间就更少了。

    这个项目完成的还真是坎坷,延期了四次,被师傅教训了不计其数,前一秒,还信誓旦旦的保证自己能在规定的时间内完成项目,后一秒,就判定自己肯定完不成,还会继续延期。每天不仅忍受着身体上的疲惫,还要忍受心灵上的折磨.....这两个多月估计是我活到这么大,见识过的最最痛苦的日子。

    后来,任焱师傅不再“逼”着我完成项目了,因为他要出去实习......就在出发的前一天找我们谈话,交代了很多事,在那一刻,突然觉得自己有点对不起他,平时也挺忙的,还要摊上我这么个不听话的徒弟,唉,说起来都是泪呀哭

    再后来,也许是适应了这种忙碌的模式,除了平时的实验,一有空就抱着自己的电脑跟项目“死磕”(当然不是在休息的时间),最后的最后,带着充满希冀的眼神完成了此项目的最后一行代码......

    时间就像是海绵里的水,只要愿意挤,总还是有的。


2、思想上


    在这段“晦暗”的日子里,还好有个小伙伴陪着,他和我是一个组的,不知道是怎么回事,我们两个的进度比同步卫星还同步,在寒假的时候,我比他快一点点,开学后,他比我快一点点,也不知道他是不是故意的,他的名字叫范晓权吐舌头

    刚开始被分到一个组的时候,感觉自己和他差不多,但是后来接触的多了,发现自己是真的不如他,尤其是在思想上,在给徒弟开会的时候,总是他撑起了整个会议,担任着各种角色,而我默默的,和小徒弟一样,眨巴着眼睛听得津津有味。

    刚开始机房重构的时候,一片迷茫,而他查阅了很多博客(这是我后期知道的,因为每次我看到的博客,都有他的足迹,当时,感觉自己慢了很多);到了中期的时候,因为不明白很多东西,他的做法是自己借书学习,不懂得东西主动上网查,主动找同学交流;最后的最后,他参加了小型的系统合作,而我因为自己的项目没有完成放弃了......

    他才是真正地为自己而学,而我,顶多算是个打发时间的。

    积极主动,这样,你的生活才有真正的意义。


3、技术上


    刚开始的时候是各种文档——软件开发计划、软件需求说明书、数据库设计说明书等等一些列的;然后就是各种UML图——用例图、类图、时序图等等;再然后就是原型图,学会了一个原型软件(Axure)的使用方法;后来就是数据库设计,又学习了一遍数据库的知识,最后,开始了漫漫的敲代码历程。

    文档写得不是很到位,后期又添加和补充,UML图画的一塌糊涂,后期重新学习和认识,就原型图还算凑合,个人版机房收费系统功能还算齐全,就是没人使用呀~~~大哭

    在机房重构的时候,学会了三层架构;学习了各种设计模式,就是运用的不太好;还学会了如何调错;当然,vb.net这门编程语言,不说精通吧,但是也还可以,可以拿得出手。这些也算是个不小的收获吧。适当的鼓励一下自己也是可以的。

    脚踏实地,是为了更好的仰望星空。


4、人际交往上


    在机房重构的这个过程中,自己和同期的小伙伴们交流的不算太多,每次都是自己实在解决不了了,才找小伙伴来帮忙,但是小伙伴找出来的错误往往都是自己不细心造成的,让人哭笑不得,当时的情景我也是醉了。交流真的可以让自己紧张的情绪放松下来,还能大幅度的提高自己的能力。

    交流的过程就是从不同方面了解一个新事物的过程,你没有看到的地方,也许别人已经看到了,你看到的地方,也许别人没有看到,这样一交流,思维的火花就会迸发出来,你没看到的地方也看到了,别人没看到的地方,也看到了,还开开心心地解决了一个问题,一举三得的事,何乐而不为?

    卸下自己的防备,敞开心扉地去交流,也许你会得到意想不到的收获。


二、心得体会


不抱怨,不言苦,不忧伤,不认输。

压抑了,换个环境深呼吸;困惑了,换个角度静思考;失败了,蓄满信心重新再来。

豁达人生,宽阔心怀,原谅错误,坦然生活,修得胸中雅量,蓄得一生幸福,俯身去做事,用心去做人。

昨天再好,也走不回去;明天再难,也要抬脚继续。



### MySQL视图与ER图设计中的实体关系模型 #### ER图基础概述 实体关系模型是一种用于描述数据及其相互之间关联的概念工具,其核心组成部分包括实体、关系以及属性[^1]。通过这些基本要素,可以构建清晰的数据逻辑结构。 #### 数据库设计背景 在实际项目开发过程中,例如个人重构机房收费系统的数据库设计阶段,需要综合运用《数据库原理》的知识点来完成具体的设计工作[^2]。这种实践经验有助于加深对理论的理解并提升应用能力。 #### Mysql期末考试重点解析 针对Mysql期末试题中涉及的ER图绘制部分,考生应掌握从需求分析到最终形成规范化的关系模式这一完整流程。其中包含了但不限于以下几个方面:确定业务领域内的主要对象作为候选实体;定义各实体间存在的各种可能联系形式;为每一个识别出来的实体分配相应的特征字段即属性列表等等[^3]。 #### 合并局部ER模型策略 当面临多个相对独立又存在某种程度上交集的小范围子系统时,则可采取逐步融合的方法来进行全局视角下的整体架构规划。此过程通常遵循如下原则顺序执行操作——优先处理那些彼此间具备明显交互行为或者共享相同类别定义的部分;接着考虑剩余尚未纳入统一框架体系之内的其他单独模块直至全部整合完毕为止[^4]。 #### 关于MySQL视图的应用场景探讨 - **定义**: 视图(View),本质上是一张虚拟表,由一条SQL查询语句的结果所构成。 - **功能特点** - 提供了一种简化复杂查询的方式; - 能够实现一定程度上的安全控制机制,只暴露特定列给指定用户组访问而隐藏其余敏感信息项; - 支持基于已有物理存储表之上创建新的逻辑层次结构以便更好地满足不同应用场景的需求。 下面展示一段简单的关于学生选课情况统计使用的视图声明代码: ```sql CREATE VIEW StudentCourseStats AS SELECT s.StudentID, COUNT(c.CourseID) AS CourseCount FROM Students s JOIN Enrollments e ON s.StudentID = e.StudentID JOIN Courses c ON e.CourseID = c.CourseID GROUP BY s.StudentID; ``` 上述脚本片段展示了如何利用现有三张真实存在的表格(Students、Enrollments 和Courses),并通过它们之间的键值匹配建立连接之后计算每位同学总共注册了多少门功课的信息汇总成一个新的呈现界面供后续调用查阅[^5]。
评论 27
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值