C-编程经验-文件-流-处理工具类工具类总结
- 前言
- 一、CS5720的优化点【gitee里面有笔记,可以参考】
- 1.代码中使用了一些硬编码的数字和字符串,例如this.Size = new Size(654, this.Size.Height);和byte[] regData = new byte[24];。 将这些硬编码的值提取为常量或配置项,以提高代码的可维护性和可扩展性。
- 2.代码中存在一些未使用的命名空间引用,例如using System.Drawing;。 删除这些未使用的命名空间引用,以保持代码的整洁性。
- 3.ChipExtendReg1.UpdataRegValue方法中的Update写错为Updata
- 4.CopyTo 方法中的条件判断可以简化为【因为它们的结果已经是布尔值。】
- 5.开发流程总结
- 6.SonarLint组件进行代码质量管理:https://blog.csdn.net/zouzh/article/details/121058209
- 二、写代码时:
- 1.构建一个复杂应用程序的难点在于【不论讨论的组件是函数、类、应用程序,这些原则都是通用的,不同之处在于组件是什么,所暴露的API不同】
- 2.为了防止用户暴力多次点击某个控件,可以适当处理按钮点击事件,用一个布尔类型的标志位避免多次点击导致错误,适当时可以给予一定的提示
- 3.项目中出现的两个bug
- 4.注意readonly属性的添加、对于可能为空的参数,需要判断,判断完之后逻辑要闭合,不能说判断只是个形式、注意入参,入参的判断,也就是意外情况的防止
- 5.设计UI时偶尔会点错控件,导致生成多余的事件,此时出现的误操作:直接删除事件,可能会报错。需要去控件的属性那里,右键click,重置改后删除即可;偶尔可以删除using和引用,在删除也行
- 三、项目中用到的迭代器:
- 巨人的肩膀
前言
搞编程的,在工作中学习中,除了培养好的代码习惯、养成自己的一套代码风格,还需要多思考如何把代码写的更健壮,碰到bug如何去调试呢,与诸君共勉。
一、CS5720的优化点【gitee里面有笔记,可以参考】
1.代码中使用了一些硬编码的数字和字符串,例如this.Size = new Size(654, this.Size.Height);和byte[] regData = new byte[24];。 将这些硬编码的值提取为常量或配置项,以提高代码的可维护性和可扩展性。
- 使用枚举类型:对于字符串数组 _strRegistor 中的寄存器编号, 使用枚举类型来代替字符串。这样可以提高代码的可读性和类型安全性。
2.代码中存在一些未使用的命名空间引用,例如using System.Drawing;。 删除这些未使用的命名空间引用,以保持代码的整洁性。
3.ChipExtendReg1.UpdataRegValue方法中的Update写错为Updata
4.CopyTo 方法中的条件判断可以简化为【因为它们的结果已经是布尔值。】
...
return this.RedProperty.CopyTo(temp.RedProperty) &&
this.GreenProperty.CopyTo(temp.GreenProperty) &&
this.BlueProperty.CopyTo(temp.BlueProperty) &&
this.VRedProperty.CopyTo(temp.VRedProperty);
...
ToArray 方法中的条件判断可以简化为 return data != null && data.Length > 0x82;,
//因为它们的结果已经是布尔值。
FromArray 方法中的条件判断可以简化为 return data.Length == MaxValueInfo.MAX_PARAMETER_TABLE_LEN;//因为它们的结果已经是布尔值。
5.开发流程总结
- 拆解任务、各领域详设、各领域开发联调、问题闭环、拓展性、检验入参不符合红框提示风险评估【进度、换人】
- 如果咱们的函数很简短,且不需要在其他地方重复使用。那么可以用lambda
6.SonarLint组件进行代码质量管理:https://blog.csdn.net/zouzh/article/details/121058209
二、写代码时:
1.构建一个复杂应用程序的难点在于【不论讨论的组件是函数、类、应用程序,这些原则都是通用的,不同之处在于组件是什么,所暴露的API不同】
- 模块化:将软件划分为可复用组件
- 关注分离:每个组件只应做一件事,单一职责
- 组件可依赖于底层组件,但反之不可
- 松耦合,对组件的更改不应影响依赖于他的组件
2.为了防止用户暴力多次点击某个控件,可以适当处理按钮点击事件,用一个布尔类型的标志位避免多次点击导致错误,适当时可以给予一定的提示
3.项目中出现的两个bug
- 三个寄存器,有两个没有值,出现的错误:
- 赋值操作,比如chipXxx1.赋值方法()、chipXxx2.赋值方法()、chipXxx2.赋值方法(); 是正确的,你写成了chipXxx1.赋值方法()、chipXxx1.赋值方法()、chipXxx1.赋值方法()
- 另一个点,数据传输过程中,比如在过程中传输数组,有时候byte[24] reg你传输到某一个过程中的byte[6] temp,那不就是溢出了嘛,
- 除了个数溢出、失真
- 还有类型不匹配,失真或者大小不符,溢出
4.注意readonly属性的添加、对于可能为空的参数,需要判断,判断完之后逻辑要闭合,不能说判断只是个形式、注意入参,入参的判断,也就是意外情况的防止
5.设计UI时偶尔会点错控件,导致生成多余的事件,此时出现的误操作:直接删除事件,可能会报错。需要去控件的属性那里,右键click,重置改后删除即可;偶尔可以删除using和引用,在删除也行
三、项目中用到的迭代器:
1.IEnumerable 接口,只包含一个抽象的方法 GetEnumerator (),它返回一个可用于循环访问集合的 IEnumerator 对象
- IEnumerable 接口,只包含一个抽象的方法 GetEnumerator (),
它返回一个可用于循环访问集合的 IEnumerator 对象
public IEnumerator GetEnumerator()
{
return this.carArray.GetEnumerator();
}
2.IEnumerator 对象是一个真正的集合访问器,没有它,就不能使用 foreach 语句遍历集合或数组,因为只有 IEnumerator 对象才能访问集合中的项,假如连集合中的项都访问不了,那么进行集合的循环遍历是不可能的事情了
- IEnumerator 接口定义了一个 Current 属性,MoveNext 和 Reset 两个方法
- GetEnumerator 方法返回对另一个接口 System.Collections.IEnumerator 的引用。这个接口提供了基础设施,调用方可以用来移动 IEnumerable 兼容容器包含的内部对象
3.某个类型是否支持 foreach 遍历,必须满足下面条件:
- 方案 1:让这个类实现 IEnumerable 接口
- 方案 2:这个类有一个 public 的 GetEnumerator 的实例方法,并且返回类型中有 public 的 bool MoveNext () 实例方法和 public 的 Current 实例属性。
//如下:
namespace ForeachTestCase
{
// 继承 IEnumerable 接口,其实也可以不继承这个接口,只要类里面含有返回 IEnumberator 引用的 GetEnumerator () 方法即可
class ForeachTest:IEnumerable
{
...
//实现接口中得方法
public IEnumerator GetEnumerator()
{
return new ForeachTestEnumerator(this);
}
private class ForeachTestEnumerator : IEnumerator
{
private int position = -1;
private ForeachTest t;
public ForeachTestEnumerator(ForeachTest t)
{
this.t = t;
}
#region 实现接口
public object Current
{
get
{
return t.elements[position];
}
}
public bool MoveNext()
{
if (position < t.elements.Length - 1)
{
position++;
return true;
}
else
{
return false;
}
}
......
}
巨人的肩膀
- 周志明老师的凤凰架构
- C#高级编程
- C#函数式编程
- 叩响C#之门
- 组内各位前辈们的指导