Tracker647的博客

项目经过一段时间的耕耘终于进入了团队开发阶段，期间出现了很多问题，其中一个就是开会讨论团队的代码风格规范，目前项目代码风格比较混乱，有的模块是驼峰，有的模块是匈牙利，后面经过讨论，决定采用匈牙利，和awtk库的api风格一致。讨论完之后就是改代码了，有十几个模块几百个函数要改，一个个人工去改显然费时费力，改的时候就在想这种东西有没有自动化的做法了?于是下班开始探索一番，首先是尝试用AI写一个批量扫描文件，用正则匹配不符合规则的python脚本，结果费时费力，效果明显不好。

awtk一些编译问题的踩坑整理。

业务有这么一个控件：​ 一开始没有细看，以为拿AWTK自带的滑动条控件搭配view就行了，然后框框框一趟下来，交给PR验收，结果PR说不对，仔细一看，才发现此滑动条非彼”滑动条“，AWTK自带的滑动条值是根据dragger矩形中线位置占整个进度条的百分比来判断的，增加同样的值，dragger走的是同样的长度，而这个进度条的值是根据右边的刻度对齐来的，这些刻度在位置上等距，但是刻度的值却和进度位置无关，dragger同样走一段距离，跨的值大小可能不一。

2.tslib中对于按下（down）事件，采用水平触发的方式处理，也就是手指压在触摸屏时，只检测一次down事件，后面手指的事件就都是（move）事件，直到手指离开（up），这样就造成一个问题，只有两个手指都移动的时候触摸屏才能检测到多点触摸，因为对于手指压下去没有移动的情况，tslib这端是无法检测的，判定为invalid，想搞一个手指不动另一个手指移动来“缩放”的操作，就得另寻办法。，可惜只有STM32的实现例子，跟Linux的差别还是比较大的，好在tslib有多点触摸的测试程序。

写到这里差不多忙活了一天，原本打算到此为止时，忽然又想到，awtk的canvas_draw_text_in_rect貌似是矢量绘制，没有上面的清晰度和锯齿问题，重复绘制的思想也可以拿到这里，于是再试了一次，效果立竿见影！于是新加了个逻辑，用a值是不是255来区分是边缘还是字体，对于字体一律白色处理，边缘一律黑色处理，这下勉强能看，接近用freetype画的效果，但估计由于是通过字体的位图直接绘制的原因，清晰度很低，锯齿严重。，得到的回答居然也是不懂，无奈之下，只好自己探究，写自定义插件。

使其awtk和awtk-mvvm指向上个步骤下载的路径，这样做的目的是使得designer编译调用正确的awtk路径，我的路径是转到。删掉, src下其他所有文件删除对navigator.h头文件引用, 因为mvvm库里也有和窗口导航有关的重名API, 容易引发冲突。跳转到view_models文件夹执行gen脚本, 生成。从github下载并编译awtk, awtk-mmvm。修改application.c，加入。修改src, 将common下的。, 以及idl.json.

用awtk-designer新建项目，awtk和awtk-mmvm路径改为上一步github下载到的目录路径（如designer改不了，可在project.json上修改）工作要求，想尝试看看在awtk-designer设计界面的同时能不能用javascript开发逻辑层，以此和前端技术联动，本文是一种项目建构的思路。从awtk-jerryscript复制3rd/jerryscript，src改名为jerryscript_src到designer项目上。

测试方法：vscode下用python插件F5 debug, debug方式选择command line arguments。