|
|
ca6795d31f
|
style: 修改了代码格式，删掉了一些无用的代码，添加了一些注释
|
2024-10-12 22:01:48 +08:00 |
|
|
|
1e033e2ca3
|
feat: 差不多搞完了，还有一个简单的脚本，还有一些测试，实际的正式测试，代码风格，文档等的修改
|
2024-10-12 22:01:48 +08:00 |
|
|
|
35a0710ab5
|
fix: websocket pipeline 测试修复了大量的问题，一大部分是对websocket和c# 不熟悉所致。
- 上传文件bug修复
- 继续测试修改bug
- 代码审查处理，添加必要注释，风格规范性等
|
2024-10-12 22:01:48 +08:00 |
|
|
|
5517ea9df8
|
fix: c# websocket 不能脱离http上下文，也就是请求接口的函数作用域，否则就会异常退出（这是什么？）。 因此改了一些websocket的结构。
|
2024-10-12 22:01:48 +08:00 |
|
|
|
f7e911943c
|
feat: 加了一些websocket的功能
|
2024-10-12 22:01:48 +08:00 |
|
|
|
d572e9466e
|
feat: 完成将要删除的旧文件备份
1. websocket pipe测试
2. 需要更多测试
3. 需要前端操作页面
|
2024-10-12 22:01:48 +08:00 |
|
|
|
468701b9ed
|
feat: 添加了前端工具
|
2024-10-12 22:01:48 +08:00 |
|
|
|
0e32d8c64b
|
fix: 修改了一堆的bug
1. msdepoly 删除
2. 修改删除的文件做一个备份
3. websocket 测试
|
2024-10-12 22:01:48 +08:00 |
|
|
|
bfdda810d1
|
fix: 单元测试完成~快搞完了
1. RemoteSyncServer 的 StateHelper 改为私有
2. 修改删除的文件做一个备份
3. 更加详细的测试，主要是观察文件对比是否成功
4. websocket 正式测试
|
2024-10-12 22:01:48 +08:00 |
|
|
|
ffda80aa01
|
fix: 测试改了一堆bug
|
2024-10-12 22:01:48 +08:00 |
|
|
|
a70a302134
|
refactor: 重构了dir的结构，以便于序列化和反序列化
|
2024-10-12 22:01:48 +08:00 |
|
|
|
f93cc03bc0
|
fix: 单元测试修了一大堆bug。当前问题，Dir序列化错误，重构dir
|
2024-10-12 22:01:48 +08:00 |
|
|
|
352e13fd29
|
feat: 完成pipi单元测试
|
2024-10-12 22:01:48 +08:00 |
|
|
|
d7d39859d2
|
refactor: 改进了DirFileConfigs 的结构
|
2024-10-12 22:01:48 +08:00 |
|
|
|
002a99589b
|
feat: 添加单元测试
|
2024-10-12 22:01:48 +08:00 |
|
|
|
9c9ffdd77e
|
feat: 完成发布流程
|
2024-10-12 22:01:48 +08:00 |
|
|
|
63452fe1ab
|
feat: 取消校验文件权限
不是核心问题，文件权限失败时手动处理
|
2024-10-12 22:01:48 +08:00 |
|
|
|
cb05dc8215
|
chore: 我好像在别的地方写了一点。。。。 先提交上去吧
|
2024-10-12 22:01:48 +08:00 |
|
|
|
8d1e08a370
|
style: 将连接抽象为一个单独的模块，符合单一职责原则，增加了系统的可扩展性
- 好的设计模式也将减少代码
|
2024-10-12 22:01:48 +08:00 |
|
|
|
62366f0d97
|
chore: 推送到coding
|
2024-10-12 22:01:48 +08:00 |
|
|
|
02c162ee8f
|
feat: local server 添加连接
|
2024-10-12 22:01:31 +08:00 |
|
|
|
bff3e114fc
|
refactor:单元测试策略修改
1. 撤回到测试按照规定顺序执行，原因是不同的测试方法会操作相同的文件目录，不按照顺序的并发执行会导致冲突，还有，单元测试是从微小功能递增到复杂功能，按照顺序执行有助于问题排查
2. 每个测试case 仍然是独立的。
|
2024-10-12 22:01:01 +08:00 |
|
|
|
78d9e68fea
|
refactor:将每个测试方法改为相互独立
原因是：
1. 相互独立的单元测试，有助于debug问题，
2. 不需要考虑执行顺序，额外的运行环境等，更加简单。
做的工作是：
1. 去掉了顺序执行,这有助于并发调用，减少测试时间
2. 去掉了测试方法中共享的实例
|
2024-10-12 22:00:25 +08:00 |
|
|
|
fc6c7bf8d2
|
feat: windows权限修改。
- windows 上权限是用用户的组实现
- 面向对象带来的一个冗余后果是，当用基类表示时，难以简单的确定它的实际类是什么
- 多态表达了复杂，但没有解决这种复杂性，软件开发的目的是：制造复杂的假象
|
2024-10-12 22:00:02 +08:00 |
|
|
|
c254cb190a
|
feat: 添加windows 文件/文件夹权限校验和增加
linux部分功能将长久处于TODO状态下
|
2024-10-12 21:59:43 +08:00 |
|
|
|
09c99f4a24
|
style: 处理错误改为使用异常的方式
go是将错误在函数返回值处体现。其它编程语言是通过try throw catch 的方式。
按照c# 的方式去做，那么捕获异常就成为代码中必不可少的一部分。对于c++
而言，google style 建议不使用 c++ 异常，这是错误的吗？
适用异常会增加运行时开销，这是确定的。对于c++
这种默认内存不安全的语言，异常又增加了内存安全的风险。但现在我是在适用c#
所以放心的使用异常，对于c++代码，使用异常也应该是需要的，内存安全是可以避免的，除非你需要极端的性能
|
2024-10-12 21:59:09 +08:00 |
|
|
|
1809dbebf5
|
chore: 完成了文件操作，现在可以对旧文件夹执行更新策略，并添加了单元测试
1. 写逻辑复杂的程序，单元测试必不可少，重构和修改更有信心
2. 单元测试每个测试函数应该是独立的，不相互依赖的，也应该是简单的，否则出现问题不好排查，它叫单元测试
3. 运行测试和debug的时候不要害怕😰😰😰😰😰🙃🙃🙃🙃🙃❤️❤️❤️❤️❤️，它帮你找到了错误，完全没有否定你的意思·····
|
2024-10-12 21:58:37 +08:00 |
|
|
|
46315ba760
|
chore: 添加sqlite 数据库,remote server 增加一些接口
添加了一些数据模型,添加了一些简单的单元测试
|
2024-10-12 21:57:45 +08:00 |
|
|
|
df258598b6
|
chore: 1. 修改目录 2. readme设计图
|
2024-10-12 21:57:20 +08:00 |
|
|
|
b76f7b61c3
|
chore: 初始化仓库
|
2024-10-12 21:57:08 +08:00 |
|
