C#字典添加项报错“索引超出了数组界限”,是M$的BUG吗? NO! 前人傻逼!

作者:V君 发布于:2018-11-16 11:29 Friday 分类:填坑经验

TL;DR: 给我用并发字典,如果是3.5及以下,就锁起来! 

依旧是陈年老项目,最近开始发现有大面积丢数据的情况,在日志看到大片的索引越界异常. 

Exception: 索引超出了数组界限。
 在 System.Collections.Generic.Dictionary`2.Insert(TKey , TValue , Boolean )
 在 System.Collections.Generic.Dictionary`2.Add(TKey , TValue )

乍一看,还以为是M$的BUG,从系统库内部爆出来的非预期异常.

按预期,字典能爆的异常应该只有重复key.

在阅读代码之前先用关键字喂狗,吐出爆栈,看到竟态现象.
而且,字典的状态一旦坏掉就会一直坏下去...

开始阅读代码,果然 -- 字典添加和移除操作在不同线程,且未加锁 -- 3.5没有并发字典

简单加锁发布修复版本交差.



标签: 软件开发 C#

评论(0) 引用(0) 浏览(24)

在树莓派上使用C#实现:通过按钮操作PWM调节LED灯亮度

作者:V君 发布于:2018-10-28 2:45 Sunday 分类:折腾手记

TLDR:

源代码:SVN

依赖库:WiringPi


操作步骤:

0)树莓派上需要安装好mono软件包并启动远程调试器

1)从依赖库官网下载源码包并在树莓派上通过自带的构建脚本进行安装;

2)引出第18pin(只有这pin支持PWM),经过330欧姆电阻接到LED灯,另一边回到负极。

3)再引出两个GPIO(源代码里是17和27)经过同样的电阻接按钮,另一边回到3.3v正极。

4)在VS里打开源代码,连接到树莓派上启动调试。

此时LED灯会亮起来,并能够通过两个按钮调节亮度


原来LED亮度是用PWM的占空比来控制的,学到新姿势了 乂目

标签: 软件开发 树莓派 C# 嵌入式

评论(0) 引用(0) 浏览(35)

在VS15上远程调试Mono应用程序:原来还有这么舒服的姿势!

作者:V君 发布于:2018-10-27 22:48 Saturday 分类:折腾手记

小试一把确认可行之后就来写博文了,稍后再扯,先TLDR:

关键字「mono remote debug」喂狗,吐出「MonoRemoteDebugger」插件。

顺着介绍导航到其GitHub仓库看用法

0)目标机器需要先安装Mono的软件包,这次用的是「mono-devel」
1)下载预编译版本zip到目标机器,解包执行,进入等待状态。
2)在VS里装好插件,新建一个控制台项目,
  点击菜单「
MonoRemoteDebugger -> Debug with Mono (remote)
  在弹出的对话框输入目标机器IP,点击连接按钮。
3)当前应用程序会自动推送到目标机器并以调试模式启动,
  如果在主线程设置断点,将会在断点处停下来,此时可以查看变量值。

需要注意的是Mono调试器并没有原生的那么强大,做不到编辑并继续的体验。
受到远程调试器完善程度的影响,目前还不支持用户线程断点。

不过没关系能打断点看变量值已经很奢侈啦!

进入闲话时间

还记得之前为了调试树莓派GPIO所做的C/S远程控制接口吗?
最近忽然想玩PWM,想试着用它来控制LED灯的亮度。
首先想到的是树莓派自带的Remote gpio功能,然而资料并不多,只能找到py的,没有C#的。
之后换了个想法,如果能直接在上面跑调试那该多好。
虽然知道可以在上面直接安装MonoDevelop来调试,但这货太过于臃肿。
又试着去咕狗看看,结果就找到这货啦!


标签: 软件开发 树莓派 C# 嵌入式 调试技术

评论(0) 引用(0) 浏览(49)

【更新】玩了一把Bridge.NET,手感不错

作者:V君 发布于:2018-9-24 9:32 Monday 分类:折腾手记

这次不是解决具体问题,TLDR就不存在了,直接开始扯。

在早些年就一直物色有没有C#版本的GWT之类的工具,在浏览器上跑C#或者把C#代码转成JS,
B/S开发不用把精力浪费在js这种过分动态的弱类型语言上
比起TS,还是能直接写C#更舒服。

接触Bridge.NET之前了解过Script#、JSILWootzJs之类的玩意儿,遗憾的是它们都不好使。
主要体现在元数据(反射)和三方库绑定(类型导入)上,直到发现了这货,
这两个问题已经得到基本上的解决,只是有些小毛病有点让人不爽。

搞B/S要对组成页面的三大要点DOM、样式、脚本,为啥不是HTML、CSS、JavaScript?
因为通过脚本可以控制前两者,嫌设置样式麻烦还有scss之类的预处理器,
手写原生代码时代已经一去不复返。

在Bridge.NET有一个名为Retyped的类型定义仓库,本文撰写时已收录3600+个常用Web类库。
不但三方库类型定义齐全,H5/DOM API也很完备,可以不管HTML直接用代码来撸DOM。

说完Web基础功能之后当然就是JS和TS做不到的运行时元数据啦!
Bridge.NET带有完整的元数据,我们可以尽情地使用各种Attribute和类型反射

顺便贴一下练手过程的副产物
前端路由:基于历史API造了个带拦截的前端路由轮子,用了Attribute和反射,手感不错
热更新(伪):每次调试生成后写入时间戳文件轮询检测到差异就刷新页面
Lodash:Retyped的类型定义库会造成编译失败略不爽,反正也只用到debounce,就自己
Ace编辑器:类型定义用着还不错,【更新虽然目前似乎没有同步到原来的类库定义,但可以在初始化之前来个workaround补丁脚本。

体验报告到此结束,接下来不用纠结选VUE还是这玩意了,博客系统的管理界面前端就用它吧!

标签: 软件开发 javascript C# Web技术

评论(0) 引用(0) 浏览(76)

吐吐苦水: 收集一些老项目中不合理的设计与编码,给后来开发人员添麻烦的例子

作者:V君 发布于:2018-9-9 2:11 Sunday 分类:填坑经验

从17年下半年开始收集,内容不多就先不放出来占条目

 

供引以为戒

 

1) 返回值是集合的方法,查询无结果时返回null

调用者必须繁琐地检查空引用

应参考Linq的ToArray, 在无结果时返回元素个数为0的集合实例

 

2) 对于WEB请求无论报错还是无结果,返回空字符串,尽管把错误写入日志

无法从浏览器前端直接得知是查询无结果还是服务端报错

应当在无查询结果时返回空集合实例, 在服务端报错时返回经过筛选的友好提示

 

3) RouterMapping.config

在一个相当老的项目中, 出现把所有MVC中Controller的Action全都定义到配置文件的现象,

这和早些年Java的SSH一个鸟养哇!

由于发布版本一般会排除配置文件,因为开发环境和正式环境不同,于是经常出现莫名其妙的Action丢失或404的扯蛋现象。或许是那时候使用的技术过于老旧

 

4) 二进制协议解析,变长数据,长度敏感

在协议中已明确变长的数据段中使用特定长度区分报文内容,

若厂商在日后扩充了协议(即长度变更)将会无法正确解析数据。

我们应该严谨的遵循协议文档实现解析,

遍历所有出现的数据段,只捡出需要内容,以便向后兼容。

 

5) (UintFlaggedEnum)int.Parse(dataReader["UintColumn"].ToString())

这真是2008年左右前刚毕业的人写的代码的味道.

在第31个bit被使用之前,这段代码是好用的, 一旦bit31被使用即爆炸.

在不能用ORM的时候我们应该使用一致的数据类型。

现在可以用Dapper之类的轻量级ORM代替手动邦定数据。

标签: 软件开发 C# Web技术 传输协议

评论(0) 引用(0) 浏览(64)

Powered by emlog 去你妹的备案 sitemap