1：view 相当于div
2：cover-view ：覆盖在原生组件之上的文本视图。
注意点：只支持嵌套 cover-view、cover-image，可在 cover-view 中使用 button。组件属性的长度单位默认为px，2.4.0起支持传入单位(rpx/px)。   参考文档
一开始不怎么理解，直到遇到了一个bug，在找bug的过程中发，大家现先看一下这张图片


正常情况下，微信打开调试工具是这样的

cover-view 是覆盖在原生组件之上的文本视图，相当于z-index，用了cover-view，会有一个小小的bug，就是视图向上拉动的使用很艰难，就好像逆风而行，很难滑，一开始测试测出这个bug，我还有点无奈，怎么会这样子的呢，后来发现代码中用cover-view 就是看了一下文档，就解决了，代码如下
      <view class="course_wrap_top">
          <cover-view class="cover_view">
            <cover-image src="{{item.course_pic}}" mode="aspectFit" class="cover_img">
            </cover-image>
          </cover-view>
          <cover-view class="remind">
            <cover-view class="remind_word">
              <block wx:if="{{item.course_status == 1}}">即将开课</block>
              <block wx:if="{{item.course_status == 2}}">正在开课</block>
            </cover-view>
            <cover-view class="study_num">{{item.buy_number}}人参加学习</cover-view>
          </cover-view>
      </view> 

     <view class="course_wrap_top">
          <view class="cover_view">
            <image src="{{item.course_pic}}" mode="aspectFit" class="cover_img">
            </image>
          </view>
          <view class="remind">
            <view class="remind_word">
              <block wx:if="{{item.course_status == 1}}">即将开课</block>
              <block wx:if="{{item.course_status == 2}}">正在开课</block>
            </view>
            <view class="study_num">{{item.buy_number}}人参加学习</view>
          </view>
        </view>

HImage转换为Bitmap的终极解决方案（C#）彩色三通道图像
时隔一年多，终于把这个问题解决掉了。现在回头看，这个问题其实并不复杂，当初处理不了，完全是因为缺乏经验，多看多写，可能就会在处理其他问题时看到解决困扰很久的问题的解决方法。

原问题参阅：C# Halcon联合编程问题（二）

原方案参考Halcon对象Hobject转换为.net对象Bitmap

cnblogs因为平台在维护，只好先发到这边来了
于一天后（3.20）更新：

写完这篇第二天，突然想明白了之前没有搞明白的问题。

原来的方案有问题的地方终于知道在哪里了。

经测试发现，GetImagePointer3如果参数传递的是HTuple类型，可以看到返回的HTuple的type是Long，这种情况下，如果想要取HTuple指向的指针地址，显然是不应该用.I来取的，而应该用.L，这样一来，问题就解决了。包括如果用IntPtr，如果能接受unsafe的话，其实也不用把指向的地址中的值全都拷贝出来，直接用(byte*)IntPtr就是个地址，是和Scan0那个地方是一样的。当初别人用.I可能和平台有关系，别人可能是32位的，而我的是64位的。
本文提供两种类似的解决方案，思路其实和原方案都是一致的，两种方案的区别在于前者经测试同样的图片，耗时约是后者的20倍-30倍，后者要用到unsafe，我是不太喜欢在C#中用unsafe，这个单词给人的感觉就不太安全。

本文提供的解决方案与原来找到的解决方案最主要的不同，在于拿到图像灰度值的指针之后的操作，原方法转换为了byte*，而我的方法将指针所指向的数值复制到了byte数组中。

上代码：
// 读取图像
HImage image = new HImage(@"0.png");
// 获取存放r，g，b值的指针
image.GetImagePointer3(out IntPtr r, out IntPtr g, out IntPtr b, out string type, out int w, out int h);
byte[] red = new byte[w * h];
byte[] green = new byte[w * h];
byte[] blue = new byte[w * h];
// 将指针指向地址的值取出来放到byte数组中
Marshal.Copy(r, red, 0, w * h);
Marshal.Copy(g, green, 0, w * h);
Marshal.Copy(b, blue, 0, w * h);

以下是两种方案的区别

方案1：
Bitmap bitmap = new Bitmap(w, h, PixelFormat.Format32bppRgb);
Rectangle rect = new Rectangle(0, 0, w, h);
BitmapData bitmapData = bitmap.LockBits(rect, ImageLockMode.ReadWrite, PixelFormat.Format32bppRgb);
IntPtr bptr = bitmapData.Scan0;
for (int i = 0; i < red.Length; i++)
{
    Marshal.Copy(blue, i, bptr + i * 4, 1);
    Marshal.Copy(green, i, bptr + i * 4 + 1, 1);
    Marshal.Copy(red, i, bptr + i * 4 + 2, 1);
    Marshal.Copy(new byte[] { 255 }, 0, bptr + i * 4 + 3, 1);
}
bitmap.UnlockBits(bitmapData);

方案2：
Bitmap bitmap2 = new Bitmap(w, h, PixelFormat.Format32bppRgb);
Rectangle rect2 = new Rectangle(0, 0, w, h);
BitmapData bitmapData2 = bitmap2.LockBits(rect2, ImageLockMode.ReadWrite, PixelFormat.Format32bppRgb);
unsafe
{
    byte* bptr2 = (byte*)bitmapData2.Scan0;
    for(int i = 0; i < w * h;i ++)
    {
        bptr2[i * 4] = blue[i];
        bptr2[i * 4 + 1] = green[i];
        bptr2[i * 4 + 2] = red[i];
        bptr2[i * 4 + 3] = 255;
    }
}
bitmap2.UnlockBits(bitmapData2);

两种方案都经过测试，可以获取到准确的图像数据。

测试使用的图像大小为3072*2048，使用方案1耗时约250ms，使用方案2耗时约10ms。

其实如果对图像格式没有特别的要求，Bitmap在new的时候完全可以使用Format24bppRgb而不是Format32bppRgb，这样遍历过程的耗时也会缩短很多，实测方案1可以缩短到不到200ms，方案2在10ms以内。

果然还是直接指针操作要快很多啊，但是如果可以的话，我是真不想用unsafe。

推测原来的方案是直接将HTuple.I转换为指针的时候出了毛病，但是因为对C/C++不太熟悉，暂时找不到不出错的写法。

一、Gerber格式是PCB行业图像转换的标准格式。Gerber是可以用于驱动光绘机的文件文件，可以把PCB的布线数据转化为光绘机生产。Gerber和PCB工程文件的区别，类似HEX和原代码的区别，类似PDF和word的区别。由于不同的PCB设计软件的工程文件格式不统一，直接发Gerber给PCB厂商可以保证PCB加工的规范性和兼容性，同时Gerber格式不包含原理图还附带一些保密作用。
嘉立创的推荐Altium Designer的Gerber加工文件设置如下。
1、文件－》制造输出－》Gerber Files
2、在‘概要’项中，单位选择英寸，厂商建议格式选择2:5最高精度。
其中，2:3,2:4,2:5代表文件使用的精度数据；2:3分辨率为1mil;2:4分辨率为0.1mil;2:5分辨率为0.01mil。
3、层设置里面‘画线层’全选，但是‘反射层’不选，否则会生成镜像的图像。
⒋、钻孔图层的钻孔绘制符号选“特征characters”用字母代表分孔图符号。
6、高级选项里面使用‘软件弧use software arcs’保证圆弧不被线段来近似替代。
选择确定，会在工程的Project Outputs文件夹下面生成Gerber文件。
二、钻孔文件转换
文件－》装配输出－》NC drill files
2、NC钻孔文件选项
三、生成了Gerber文件和钻孔文件后，把工程的Project Outputs文件夹打包压缩发送给PCB厂商就可以制作样板了。

	

每次我发日文或英文海报的时候，总会收到留言说：“换成中文，就丑了。”于是，我找来一组日文餐饮的海报，风格比较简约，主要以插画形式表现。下面先来看看我改的版本。(只有部分的价格没有转换成中文，其他都按翻译改成中文。)
目前我就改了这几张，整体的视觉效果毫无违和感。当我把原版的做对比之后，区别也不是很大。(如下图)
如果说区别的话，日文的字体看起来确实更加好看，这个因为日文的笔画结构比中文简单，另外日文有假名，所以编排的时候，疏密对比看起来也比较舒服，刚好冲淡了汉字“方正严谨”的感觉。所以我在选择字体的时候，比较倾向于俏皮的字体，笔画没那么严谨方正的，例如汉仪跳跳体简。
又或者将文字的字间距拉大，突显画面的留白感，另外还能体现出一种精致感。只要跟着这种规律来走的话，版面也不会太差的。
所以总结出，无论是日文还是英文，只要字体选对了，细节调整好，依然也能排出好的版面。前提你必须掌握版式的基础，否则说多也没用。接下来我们继续看看其他的日文餐饮海报。
以上内容只是个人对版式的见解，不接受喷子恶意评论，如果其他有说不对的地方，请留下你宝贵的意见。
这些日本餐饮海报真香！我已经打包好给你了
日本甜品店的海报，这样设计也太好看了吧
日本海报的视觉感也太强了吧
部分图片来源网络，版权归原作者，如需转载请联系本号