dahais4c

摘要： 这几天一直在写原来的web作业啊，写着发现有很大的问题，这个项目的结构当时设计就有问题，数据库表的设计也有问题，可是没有时间改了，毕竟之前就改过两次了，也是经过这次的web作业了解的程序的做法吧算是，好歹是自己做的，如果不做的话确实是找不到这种心境。 阅读全文

摘要： 我的团队软件评价：施工管理系统 用户界面 我们的施工管理系统界面设计简洁。直观主界面以功能模块划分，设备台账、施工计划、申请提报、进度跟踪等功能区一目了然。在录入施工信息时，采用表单式布局，各字段如故障设备、施工单位、施工原因等排列有序，引导用户依次填写。 图标设计行业符合惯例，如故障设备旁有设备图 阅读全文

摘要： 解耦与得墨忒耳法则 核心思想：通过减少模块间依赖提升代码灵活性。 得墨忒耳法则（LoD）：对象仅能调用自身、直接组件、传入参数或创建对象的方法。例如，a.b.Method()违反法则，应封装为a.Method()，避免链式依赖导致耦合爆炸158。 实践意义：降低维护成本，避免“简单修改引发连锁反应” 阅读全文

摘要： 今天完成登录注册页面和数据导入数据库的工作以及三个模块的其他页面 花费5个小时 遇到难点是文件的导入。折腾了一些时间仅仅是可以导入，但是其他数据无法在数据库中 阅读全文

摘要： 正式决定重写前端，分为两路，我来重写一个前端，他们负责将之前的前端和后端之间的问题进行解答。 阅读全文

摘要： 今天对前端和后端得问题进行讨论，决定对前端进行较多的修改，说实话，我也不知道该哪个更好，走一步看一步吧，总之已经修改了。到此为止的结果也不过是三个模块罢了。 水平不够，时间不多。 阅读全文

摘要： 今天对后端代码和前端代码进行调整，之前的页面无法显示了，出现些许问题，用了2个小时左右，问题更多了。查找CSDN和AI代码查错。尚未完成。 阅读全文

摘要： 一、设计原则：消除冗余与耦合 DRY原则 核心：系统中的每一项知识必须有单一、权威的表示，避免重复导致维护成本激增 重复类型： 强加性重复（如代码与文档重复）：通过代码生成器或自动化文档工具解决 无意识重复（设计缺陷）：例如线段类中冗余存储长度属性，应改为计算字段。 开发者间重复：通过团队交流、代码 阅读全文

摘要： 今天简单连接了前端和后端的代码，但是显示的前端页面与前端代码应该显示的页面不同，但是功能相同。这个问题暂时没有解决。用时3个小时。 阅读全文

摘要： 今天简单写了施工管理子系统的第三个模块。4个小时 阅读全文