web项目开发实训报告
作者:热点 来源:探索 浏览: 【大 中 小】 发布时间:2026-10-17 06:07:07 评论数:
web项目开发实训报告
实训第一天,项训报我对着空白的目开编辑器屏幕发了十分钟呆。团队分配的发实任务是做一个校园二手书交易平台,听起来不算难,项训报可当真正要动手时,目开连数据库字段该建几张表都拿不准。发实后来我们索性把需求拆成最原始的项训报样子——用户能发布书、能搜书、目开能联系卖家,发实就这三条,项训报其他全砍掉。目开
前端用的发实Vue,后端是项训报Node.js加Express,数据库选了MongoDB。目开听起来挺常见的发实组合,但真跑起来全是坑。最头疼的是图片上传,我们天真地以为把图片转成base64字符串存进数据库就行,结果测试时传了张手机拍的照片,页面直接卡死,浏览器报错“内存不足”。后来改成用multer中间件存本地静态文件夹,才勉强跑通。这个教训让我明白:技术选型不能只看文档写得漂亮,得用真实数据压一压。
项目做到第四天,团队内部起了争执。负责前端的小周坚持要用Element UI的表格组件,理由是现成的轮子不用白不用。但后端的小李说接口返回的数据结构跟组件要求的对不上,改接口又会影响其他页面。俩人谁也不让谁,最后是我拍板:前端加一层适配器,把后端数据格式转换成组件需要的结构。代码量多写了三十行,但两边都不用在核心逻辑上妥协。现在想想,这种协调能力可能比技术本身更重要。
联调阶段是最折磨人的。我们约好每天晚上九点同步进度,但总有人的代码跑不起来。有一次小周改了个路由参数,没通知后端,结果接口请求全404了。排查了三个小时,最后发现只是路径里少了个斜杠。这种低级错误在实训报告里写出来有点丢人,但确实是我们真实经历过的。后来我们强制规定:任何接口变动必须先在群里发消息,修改人自己用Postman测通了才能提交。
测试环境里跑通功能只花了两天,但部署到云服务器时又出了幺蛾子。Linux上Node进程老是无故退出,查日志发现是内存泄漏。我们用最笨的方法——在每个函数入口和出口打印日志,终于定位到是某个循环里不断往全局数组push数据。修完那一刻,已经是凌晨两点,机房走廊里只有自动贩卖机的灯光还亮着。那种又累又爽的感觉,到现在还记得。
整个项目花了两周,代码量不算多,满打满算四千来行。比起技术精进,我更在意的是学会了怎么跟人协作。以前自己写代码,想怎么命名就怎么命名,现在得考虑别人能不能看懂;以前觉得注释是浪费时间,现在每个函数头上都写着改动日期和原因。实训结束那天,我们把项目部署到公网让其他班同学试用,有个陌生人真在上面发了一本《算法导论》,那一刻突然觉得之前熬的夜都值了。
如果非要给这次实训总结点什么,我想说:web开发的难点从来不在某个框架的API,而在如何让不同人写的代码像一个人写的那样顺畅。这次我们没做到完美,但至少知道了差距在哪。下次如果再做个什么系统,我大概会先拉着团队开个会,把数据流画在白板上,确认每个人都点头了再动手写第一行代码。
