|
|
f47975af06
|
fix & feat: 改了数据库发布的bug,单脚本前端完成
- local server 前端页面
|
2024-10-12 22:01:48 +08:00 |
|
|
|
ca6795d31f
|
style: 修改了代码格式，删掉了一些无用的代码，添加了一些注释
|
2024-10-12 22:01:48 +08:00 |
|
|
|
d572e9466e
|
feat: 完成将要删除的旧文件备份
1. websocket pipe测试
2. 需要更多测试
3. 需要前端操作页面
|
2024-10-12 22:01:48 +08:00 |
|
|
|
0e32d8c64b
|
fix: 修改了一堆的bug
1. msdepoly 删除
2. 修改删除的文件做一个备份
3. websocket 测试
|
2024-10-12 22:01:48 +08:00 |
|
|
|
9c9ffdd77e
|
feat: 完成发布流程
|
2024-10-12 22:01:48 +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 |
|
