第10组 Alpha冲刺 (3/6)(组长)
1.1基本情况
·队名:今晚不睡觉
·组长博客:https://www.cnblogs.com/cpandbb/p/13971668.html
·作业博客:https://edu.cnblogs.com/campus/fzu/FZU_SE_KClass/homework/11442
·github链接:https://github.com/cjk372938123/meishi
·组员人数:9人
1.2冲刺情况概况
黄纯朴
·过去两天完成了哪些任务
·催促组员干活,调动组员积极性
·跟进各位组员的进度
·写博客,改博客
·GitHub当日代码/文档签入记录 暂无
·接下来的计划
·做好下一步的计划
·协助组员小程序功能的完成
·还剩下哪些任务
·太多了呀一时半会说不完
·燃尽图

·遇到了哪些困难
·调动组员积极性好难,兄弟们积极一点呀,多沟通沟通呜呜呜
·有哪些收获和疑问
·收获:学会不要脸皮地催催催
·疑问:咋又博客了啊
·psp&学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 3 | 3 | 学会合理分工团任务 |
| 2 | 0 | 0 | 3 | 3 | 无脑催催催 |
| 3 | 0 | 0 | 4.5 | 4.5 | 让组员多沟通多交流 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 20 | 20 | ||
| Estimate | 估计这个任务需要多少时间 | 20 | 20 | ||
| Development | 开发 | 90 | 120 | ||
| Analysis | 需求分析 (包括学习新技术) | 0 | 0 | ||
| Design Spec | 生成设计文档 | 30 | 60 | ||
| Design Review | 设计复审 | 60 | 60 | ||
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 | ||
| Design | 具体设计 | 0 | 0 | ||
| Coding | 具体编码 | 0 | 0 | ||
| Code Review | 代码复审 | 0 | 0 | ||
| Test | 测试(自我测试,修改代码,提交修改) | 90 | 130 | ||
| Reporting | 报告 | 30 | 60 | ||
| Test Repor | 测试报告 | 30 | 30 | ||
| Size Measurement | 计算工作量 | 10 | 10 | ||
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 30 | ||
| 合计 | 200 | 270 |
蔡震泽
过去两天完成了哪些任务:
进一步学习wxml和wxss,继续完善微信小程序的界面。

接下来计划:
完成微信小程序剩余的界面。
还剩下哪些任务:
对相关界面小图标和图案的设计、绘制以及改进,完成完善分配到的几个界面。
遇到了哪些困难:
一些细节方面不知道如何实现。
有哪些收获和疑问:
逐渐熟悉了如何开发微信小程序,但是想要做出更美观的界面效果还需多加学习。
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本次学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 9 | 9 | 学习了微信开发者工具的使用 |
| 2 | 100 | 100 | 12 | 21 | 学习微信小程序开发 |
| 3 | 230 | 330 | 10 | 31 | 进一步学习wxml和wxss,继续完善微信小程序的界面 |
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| Estimate | 估计这个任务需要多少时间 | 10 | 5 |
| Development | 开发 | 250 | 180 |
| Analysis | 需求分析 (包括学习新技术) | 30 | 30 |
| Design Spec | 生成设计文档 | 10 | 5 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 15 | 10 |
| Design | 具体设计 | 20 | 10 |
| Coding | 具体编码 | 100 | 90 |
| Code Review | 代码复审 | 10 | 5 |
| Test | 测试(自我测试,修改代码,提交修改) | 10 | 5 |
| Reporting | 报告 | 20 | 15 |
| Test Repor | 测试报告 | 10 | 5 |
| Size Measurement | 计算工作量 | 10 | 5 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 5 |
| 合计 | 270 | 200 |
苏炜斌
·过去两天完成了哪些任务:
·熟悉了微信开发者工具,完善了之前的小程序页面的代码.

·接下来计划:
·修改当前的代码,继续学习前端开发语言,完成前后端对接,添加功能.
还剩下哪些任务:
·小程序的"刷一刷"功能,与后端和算法对接等.
遇到了哪些困难:
·与之前一样:微信小程序的开发流程不熟练,对微信前端开发的语言比较生疏.
有哪些收获和疑问:
·进一步熟悉了微信小程序开发的前端语言,实现了一点想要实现的功能.
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 200 | 200 | 5 | 5 | 学习了小程序前端开发语言,尝试完成一个小程序基本页面 |
| 2 | 100 | 300 | 3 | 8 | 修改了之前的小程序页面 |
| PSP表格 |
·过去两天完成了哪些任务:
·在原有的小程序页面上实现了上下滑动切换界面,添加了部分功能按钮.

·接下来计划:
·完善刷一刷的功能,继续学习前端开发语言,完成前后端对接,为按钮添加点击事件.
还剩下哪些任务:
·小程序的"刷一刷"功能,与后端和算法对接等.
遇到了哪些困难:
·刷一刷的评论区功能等
有哪些收获和疑问:
·进一步掌握了微信小程序开发的前端语言,实现了部分功能.
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 200 | 200 | 5 | 5 | 学习了小程序前端开发语言,尝试完成一个小程序基本页面 |
| 2 | 100 | 300 | 3 | 8 | 修改了之前的小程序页面 |
| 3 | 150 | 450 | 5 | 13 | 在原有的小程序页面上实现了上下滑动切换界面,添加了部分功能按钮 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 20 | 10 | ||
| ·Estimate | 估计这个任务需要多少时间 | 20 | 10 | ||
| Development | 开发 | 220 | 300 | ||
| ·Analysis | 需求分析 (包括学习新技术) | 70 | 100 | ||
| ·Design Spec | 生成设计文档 | 10 | 10 | ||
| ·Design Review | 设计复审 | 10 | 10 | ||
| ·Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 | ||
| ·Design | 具体设计 | 20 | 30 | ||
| ·Coding | 具体编码 | 60 | 90 | ||
| ·Code Review | 代码复审 | 20 | 30 | ||
| ·Test | 测试(自我测试,修改代码,提交修改) | 20 | 20 | ||
| Reporting | 报告 | 30 | 15 | ||
| ·Test Repor | 测试报告 | 10 | 5 | ||
| ·Size Measurement | 计算工作量 | 10 | 5 | ||
| ·Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 5 | ||
| 合计 | 270 | 325 |
谈世宏
过去两天完成了哪些任务:
· 在原有的静态页面上实现了页面纵向滑动,并且在静态页面上添加了店面信息,点赞,评论等按钮。
接下来计划:
· 继续学习微信小程序前端开发语言,充实点赞,评论等的功能
还剩下哪些任务:
·完成小程序地图界面功能,界面优化,与菜品推荐算法对接.
遇到了哪些困难:
·时间安排能力不足,面向百度的编程有很大局限性,难以理解的代码让人容易头秃。
有哪些收获和疑问:
·进行了一些实战演练,页面的开发和布局也学了七七八八。
PSP & 学习进度条
| 第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 123 | 123 | 4 | 4 | 学习页面相关的wxml,wxss,js,json一些基本操作 |
| 2 | 113 | 236 | 5 | 9 | 在静态页面上有添加一些元素,完成了页面跳转功能。 |
| 3 | 81 | 317 | 5 | 14 | 在原有的静态页面上实现了页面纵向滑动,并且在静态页面上添加了店面信息,点赞,评论等按钮。 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | ||||
| ·Estimate | 估计这个任务需要多少时间 | 20 | 25 | ||
| Development | 开发 | ||||
| ·Analysis | 需求分析 (包括学习新技术) | 70 | 80 | ||
| ·Design Spec | 生成设计文档 | 10 | 10 | ||
| ·Design Review | 设计复审 | 10 | 10 | ||
| ·Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 | ||
| ·Design | 具体设计 | 10 | 15 | ||
| ·Coding | 具体编码 | 20 | 25 | ||
| ·Code Review | 代码复审 | 20 | 30 | ||
| ·Test | 测试(自我测试,修改代码,提交修改) | 20 | 30 | ||
| Reporting | 报告 | ||||
| ·Test Repor | 测试报告 | 10 | 5 | ||
| ·Size Measurement | 计算工作量 | 10 | 5 | ||
| ·Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 15 | 10 | ||
| 合计 | 225 | 255 |
谢鑫杰
·过去两天完成了哪些任务
·文字/口头描述
学习ItemCF和UserCF
·展示GitHub当日代码/文档签入记录

·接下来的计划
进一步学习并尝试应用
·还剩下哪些任务
算法实现&实装
·燃尽图
组内共享
·遇到了哪些困难
要如何把算法跟已有数据结合
·有哪些收获和疑问
收获: 对协同过滤有进一步了解
疑问: 如何白嫖csdn代码
·PSP & 学习进度条(学习进度条每周追加)
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 60 | 45 |
| ·Estimate | ·估计这个任务需要多少时间 | 60 | 45 |
| Development | 开发 | 240 | 215 |
| ·Analysis | ·需求分析 (包括学习新技术) | 30 | 25 |
| ·Design Spec | ·生成设计文档 | 40 | 40 |
| ·Design Review | ·设计复审 | 20 | 20 |
| ·Coding Standard | ·代码规范 (为目前的开发制定合适的规范) | 10 | 5 |
| ·Design | ·具体设计 | 15 | 15 |
| ·Coding | ·具体编码 | 60 | 40 |
| ·Coding Review | ·代码复审 | 25 | 30 |
| ·Test | ·测试(自我测试,修改代码,提交修改) | 40 | 40 |
| Reporting | 报告 | 15 | 15 |
| ·Test Repor | ·测试报告 | 5 | 5 |
| ·Size Measurement | ·计算工作量 | 5 | 5 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 5 | 5 |
| 合计 | 315 | 275 |
| 第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 167 | 167 | 8 | 8 | 推荐算法的相关基础原理 |
| 2 | 231 | 398 | 9 | 17 | 借鉴了网络上的推荐算法 |
| 3 | 113 | 511 | 7 | 24 | 进一步学习协同过滤 |
魏祖文
过去两天完成了哪些任务
· 初步进行界面设计与实现,云开发相关研究
接下来的计划
· 依照原型继续设计实现,探索云开发相关
·还剩下哪些任务
· 微信小程序前端设计
燃尽图
组内共享
遇到了哪些困难
·全都是困难*3,现学先用
有哪些收获和疑问
·对于云开发还一窍不通 仍然处于学习阶段
·对微信小程序页面有所了解
·PSP & 学习进度条(学习进度条每周追加)
| PSP | Personal Software Process tages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| Estimate | 估计这个任务需要多少时间 | 10 | 10 |
| Development | 开发 | 155 | 155 |
| Analysis | 需求分析 (包括学习新技术) | 60 | 60 |
| Design Spec | 生成设计文档 | 10 | 10 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
| Design | 具体设计 | 20 | 20 |
| Coding | 具体编码 | 50 | 50 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试(自我测试,修改代码,提交修改) | 0 | 0 |
| Reporting | 报告 | 10 | 10 |
| Test Report | 测试报告 | 0 | 0 |
| Size Measurement | 计算工作量 | 0 | 0 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 175 | 175 |
| 时间 | 学习时间 | 学到的知识 |
|---|---|---|
| 第一轮 | 2h | 微信小程序前端开发相关知识 |
| 第二轮 | 3h | 微信小程序wxml界面相关 |
| 第三轮 | 3h | 微信小程序界面相关,云开发一窍不通 |
| 第四轮 | ||
| 第五轮 | ||
| 第六轮 |
李赫
·过去两天完成了哪些任务:
·使用推荐算法测试实际数据集
展示GitHub当日代码/文档签入记录


·接下来计划:
·修改当前的代码,继续学习,理解内部逻辑,实现合理套用.
还剩下哪些任务:
·将算法移植测试
遇到了哪些困难:
·代码片段理解错误,代码的参数化用需要基于项目和用户有所区分
有哪些收获和疑问:
·进一步熟悉了协同过滤算法的思想,并且实现了代码的转化.
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 5 | 5 | 学习推荐思想 |
| 2 | 200 | 200 | 2 | 7 | 初步验证代码 |
| 3 | 100 | 300 | 3 | 10 | 理解代码逻辑,使用数据集测试 |
| ... | |||||
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 20 | 40 | ||
| · Estimate | · 估计这个任务需要多少时间 | 20 | 40 | ||
| Development | 开发 | 100 | 130 | ||
| · Analysis | · 需求分析 (包括学习新技术) | 40 | 30 | ||
| · Design Spec | · 生成设计文档 | 60 | 100 | ||
| · Design Review | · 设计复审 (和同事审核设计文档) | 0 | 0 | ||
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 | ||
| · Design | · 具体设计 | 0 | 0 | ||
| · Coding | · 具体编码 | 0 | 0 | ||
| · Code Review | · 代码复审 | 0 | 0 | ||
| · Test | · 测试(自我测试,修改代码,提交修改) | 0 | 0 | ||
| Reporting | 报告 | 0 | 0 | ||
| · Test Report | · 测试报告 | 0 | 0 | ||
| · Size Measurement | · 计算工作量 | 0 | 0 | ||
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 10 | 10 | ||
| 合计 | 130 | 180 |
熊崟
·过去两天完成了哪些任务:
·基本实现部分推荐算法,简单事例的推荐。
·接下来计划:
·获取更改参数,应用到小程序中。
还剩下哪些任务:
·小程序中推荐算法完善运用。
遇到了哪些困难:
·在编写过程中输出形式不清晰。
有哪些收获和疑问:
·进一步了解和实现了推荐算法。
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 8 | 8 | 学习了解了一些基本推荐算法 |
| 2 | 100 | 100 | 10 | 18 | 区分学习了不同的推荐算法 |
| 3 | 200 | 300 | 10 | 28 | 学习实现推荐算法 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 10 | 10 | ||
| Estimate | 估计这个任务需要多少时间 | 10 | 10 | ||
| Development | 开发 | 250 | 175 | ||
| Analysis | 需求分析 (包括学习新技术) | 30 | 30 | ||
| Design Spec | 生成设计文档 | 10 | 5 | ||
| Design Review | 设计复审 | 10 | 5 | ||
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 20 | 10 | ||
| Design | 具体设计 | 20 | 10 | ||
| Coding | 具体编码 | 100 | 90 | ||
| Code Review | 代码复审 | 10 | 5 | ||
| Test | 测试(自我测试,修改代码,提交修改) | 10 | 5 | ||
| Reporting | 报告 | 20 | 15 | ||
| Test Repor | 测试报告 | 10 | 5 | ||
| Size Measurement | 计算工作量 | 10 | 5 | ||
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 5 | ||
| 合计 | 280 | 195 |
平措旺堆
·过去两天完成了哪些任务
·深入学习微信小程序开发相关知识
·接下来的计划
·进行更深入的了解
·还剩下哪些任务
·好多
·燃尽图
·组内共享
·遇到了哪些困难
·都很困难,边学边赶
·有哪些收获和疑问
·学到了微信小程序的相关知识
·PSP & 学习进度条(学习进度条每周追加)
| PSP | Personal Software Process tages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 30 | 60 |
| Estimate | 估计这个任务需要多少时间 | 30 | 60 |
| Development | 开发 | 70 | 100 |
| Analysis | 需求分析 (包括学习新技术) | 30 | 60 |
| Design Spec | 生成设计文档 | 20 | 25 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
| Design | 具体设计 | 15 | 20 |
| Coding | 具体编码 | 0 | 0 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试(自我测试,修改代码,提交修改) | 0 | 0 |
| Reporting | 报告 | 25 | 30 |
| Test Report | 测试报告 | 0 | 0 |
| Size Measurement | 计算工作量 | 0 | 0 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 125 | 190 |
| 时间 | 学习时间 | 学到的知识 |
|---|---|---|
| 第一轮 | 3h | 微信小程序前端开发相关知识 |
| 第二轮 | 3h | 微信小程序前端开发相关知识 |
| 第三轮 | 3h | 深入了解微信小程序前端开发知识 |
| 第四轮 | ||
| 第五轮 | ||
| 第六轮 |
1.3冲刺成果展示
这两天主要成果是整了刷一刷的粗糙界面,之后会融入算法推荐和继续美化页面的

·站立会议合照

| 第N次会议 | 耗时(分钟) |
|---|---|
| 第一次会议 | 10 |
| 第二次会议 | 15 |
| 第三次会议 | 10 |
第10组 Alpha冲刺 (3/6)(组长)的更多相关文章
- 第10组 Alpha冲刺 总结(组长)
1.基本情况 组长博客链接:https://www.cnblogs.com/cpandbb/p/14007413.html 答辩总结: ·产品偏离了最开始的方向,地图和刷一刷功能做得没那么好,外卖订单 ...
- 第10组 Beta冲刺 总结(组长)
1.基本情况 组长博客链接:https://www.cnblogs.com/cpandbb/p/14050808.html 答辩总结: ·因为alpha阶段的产品做得偏离了方向,所以beta冲刺大家非 ...
- 第10组-Alpha冲刺 总结
1.基本情况 组长博客链接:https://www.cnblogs.com/cpandbb/p/14007413.html 答辩总结: ·产品偏离了最开始的方向,地图和刷一刷功能做得没那么好,外卖订单 ...
- 第10组 Alpha冲刺 (6/6)(组长)
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/14008187.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Alpha冲刺 (5/6)(组长)
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/13996848.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Alpha冲刺 (4/6)(组长)
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/13982696.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Alpha冲刺(6/6)
链接部分 队名:女生都队 组长博客: 博客链接 作业博客:博客链接 小组内容 恩泽(组长) 过去两天完成了哪些任务 描述 tomcat的学习与实现 服务器后端部署,API接口的beta版实现 后端代码 ...
- 第10组 Alpha冲刺(4/4)
队名:凹凸曼 组长博客 作业博客 组员实践情况 童景霖 过去两天完成了哪些任务 文字/口头描述 继续学习Android studio和Java 制作剩余界面前端 展示GitHub当日代码/文档签入记录 ...
- 第10组 Alpha冲刺(5/6)
链接部分 队名:女生都队 组长博客: 博客链接 作业博客:博客链接 小组内容 恩泽(组长) 过去两天完成了哪些任务 描述 学习调用中国天气网API,接近实现天气推送功能 对天气推送的形式进行讨论及重确 ...
随机推荐
- 对于React各种状态管理器的解读
首先我们要先知道什么是状态管理器,这玩意是干啥的? 当我们在多个页面中使用到了相同的属性时就可以用到状态管理器,将这些状态存到外部的一个单独的文件中,不管在什么时候想使用都可以很方便的获取. reac ...
- jQuery选择器整理+知识总结
jQuery选择器 没有不会遗忘的知识,还是做个总结吧! 一.基本分类 jQuery选择器大致可以分为两类,基本选择器和过滤选择器,总体结构体系如下: 二.基本选择器 基本选择器又可以分为三种,分 ...
- Nginx 架构基础
1 Nginx请求处理流程 2 Nginx进程结构 3 Nginx进程管理:信号 3.1 Master进程 监控worker进程 CHLD 管理worker进程 接收信号 TERM,INT QUIT ...
- dart系列之:浏览器中的舞者,用dart发送HTTP请求
目录 简介 发送GET请求 发送post请求 更加通用的操作 总结 简介 dart:html包为dart提供了构建浏览器客户端的一些必须的组件,之前我们提到了HTML和DOM的操作,除了这些之外,我们 ...
- 获取登录验证码失败及前后端不同域导致session丢失问题分析记录
前言 前两周在把兄弟公司的几个服务部署到我们公司测试环境服务器的时候又遇到了不少问题,因为是前后端分离的项目,所以这次也同样遇到了跨域问题,解决方式也跟上一回的不一样,这里就再来分析记录一下. 登录验 ...
- java 多线程,单例模式类(创建对象)最优写法
单例模式 单例模式(Singleton Pattern)是 Java 中最简单的设计模式之一.这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式. 这种模式涉及到一个单一的类,该类负责创 ...
- windows(Linux)创建”内网穿透“工具(通过自定义域名访问部署于内网的 web 服务,可以用于调试微信支付,支付宝支付,微信公众号等开发项目)
此方法需要自有服务器和域名,如果没有这些的开发者, 可以参考钉钉提供的内网穿透方式:https://www.cnblogs.com/pxblog/p/13862376.html 一.准备工作 1.域名 ...
- JAVA使用反射获取对象的所有属性名
public static void main(String[] args) { Field[] fields=BaseSalary.class.getDeclaredFields(); for (i ...
- Qt之使用qss设置Qwidget背景色无效解决
如题 解决方案 添加头文件 #include <QStyleOption> 重写函数paintEvent 内容如下 void statistics_assistant::paintEven ...
- 【LeetCode】244. Shortest Word Distance II 解题报告 (C++)
作者: 负雪明烛 id: fuxuemingzhu 个人博客:http://fuxuemingzhu.cn/ 目录 题目描述 题目大意 解题方法 字典保存出现位置 日期 题目地址:https://le ...