第二天随笔
今天的会议图片
昨天完成的工作
黄永名：昨日与成员进行了沟通，编写了部分的sql语句和操作文档，对数据库的表结构和关系进行了微调。
同时，分析了表的结构是否符合用户的需求，以及对表属于的第几范式进行了讨论，一致认为表的关系和结构是可靠的，可以满足之后的开发需求。
李济远："无"
刘立光："无"
杨百友：昨天通过技术选型，确定了使用Mybatis，Spring MVC作为技术原型进行开发。这个过程思考了每个技术框架带来的开发便利性以及稳定。
赖国颢：完成了用户操作页面的设计和槽函数的设计，并对页面的样式做了处理。
李子聪："无"
李兆彬：了解了敏捷开发，感受到其给我们团队带来的灵活、高效和协作的工作环境，在可视化进度之中我更能切身投入到团队项目的开发，了解到目前项目的进展，也能体会到团队里成员的贡献。
今天计划完成的工作
黄永名：
1.今日对成员提出的sql查询语句进行了编写，共12条，已经全部加入至sql文档中。
2.对部分比较难的查询语句使用了嵌套查询和连接查询，尽可能用一条简单的语句实现。
3.成员更新了表的结构，我也将最新的表结构图附在了操作文档中，同时更进了文档，以帮助之后的开发人员提高开发效率。
李济远："无"
刘立光："无"
杨百友：今天通过开会与前端完成了协议这一块的开发情况、设计对象结构的原型，同时思考了系统代码的架构，通过使用面向对象中的设计模式来降低代码的耦合度以及提高系统的代码的健壮性。
赖国颢：今天完成了三个页面的设计，第一个页面是图书页面，在这里可以搜索和查询图书，第二个页面是借阅图书信息的查询，第三个页面是用户信息的查询，并将其加入到上面的框架中，并实现跳转的功能。
李子聪："无"
李兆彬：在队友的帮助下进行对Navicat和Postman 的学习。
工作中遇到的困难
黄永名：1.在查询语句中遇到了需要使用嵌套查询的地方，一时间忘了，又回去学了。
例如：根据书名查询图书及其借阅记录这个sql语句
如果直接查借阅记录表(Borrowings)是查不到的，因为输入的书名只在Books表中能搜索到，必须将Books表中的外键book_id 和 Borrowings表中的book_id 连接起来，通过书名找到book_id 然后外键转到Borrowings表中的book_id以查到对应的书籍借阅记录。
然而这还是不完全的，因为Borrowings中还有user_id这个外键，必须再将其与Users表中的user_id进行连接以找到对应的借书的人名(name)。
2.编写文档说明，考虑如何将所有的sql操作语句进行归类，以非常直观的形式写入到文档中，并写一些简洁明了的注释说明。
李济远："无"
刘立光："无"
杨百友：通过HTTP协议来封装数据的过程比较复杂，其中涉及一些复杂的数据类型，这些数据如何进行封装，处理。比如，根据某个作者查询他所有书的出版社，这个过程只需要返回出版社情况，然而需要考虑到接口的复用性，如根据某个作者查询他的所有书。这两个接口返回的数据具有交集，如果为每个接口都单独设计一个数据结构，会导致很多冗余的对象结构。
赖国颢：在页面中部件的布局时，往往不尽人意，还有http协议的接口也是一个难题，这个需要对数据进行封装然后发送给服务器，以获取服务器的服务。
李子聪："无"
李兆彬：对测试模块的了解不足，需要向团队内各位大佬学习。
每人代码的签入
刘立光：sql说明文档.docx
李济远："无"
刘立光："无"
杨百友："无"
赖国颢：gdut_library.zip
李子聪："无"
李兆彬："无"
详细请移步到项目仓库
https://gitcode.net/weixin_61503529/21
总结
黄永名：今天写说明文档占用了大部分时间，sql语句大部分比较好写，只有少部分需要额外的学习。写的文档已经递交给同事检阅，任务及时完成，能不影响之后开发人员(后端，界面设计)的开发进度。文档写的比较简单，只有简单的代码，注释和表的结构和关系图，同时对文档进行了美化和逻辑结构化。这个我个人认为还是很有必要的，毕竟没人想看一个乱七八糟的代码和说明文档。代码中已经包含sql数据库的基本增删改查的操作，还有简单的测试用例，能帮助测试人员快速上手。
李济远："无"
刘立光："无"
杨百友：今天思考了很多写代码前的问题，写代码的过程总是简单的，复杂的是在写之前要如何对问题建模，然后通过代码去完成模型的建立。这个过程需要与团队沟通也需要与自己利用已学的知识进行思考解决。
赖国颢：有良好的计划才能使编程更少犯错，我们应该推迟编码，留有充分的时间去计划，建模。
李子聪："无"
李兆彬： 团队的佬们太强了，让我难以望其项背。
