在北京做app的时候很多都是采用DOM树进行布局，DOM树进行布局(layout )布局过程会对整个DOM树进行遍历,这个过程会结合元素的类型和代码中的CSS样式,生成一棵layout 树。这个lavout 树上的节点就是一个个块(block ),每个block 有自己的宽高、样式、位置和颜色等属性。接下来就要对f layout A 树进行渲染(( render)渲染过程会把a layout a 树上的节点,创建为内存里的I buffer ,然后再画到一张mage上,再将这张贴到屏幕上,这样就可以看到浏览器渲染出的界面了。
虽然HTML5和CSS3定义了一些新的标签和特性,像vdeo标签或是一些CSS3的动画,北京做app的公司在实现的指导标准上,要求浏览器对这些标签独立渲染,也就是说在整个树上,要根据元素类型不同生成很多的子树,然后再对这个子树做分层的独立渲染。虽然HTML5也认识到了浏览器单层渲染所存在的问题,也提出这样一个分层的概念,但是浏览器的绘制方式还是在引擎内部调用平台的2D或3D的接口来进行绘制的,跟通常原生应用的绘制方式还是不一样的。每一个都是独立的组件。App在进行绘制的时候,只需要调用不同的组件布局就可以了,组件和组件之间是完全独立的。
如果对某个组件做一个动画,或者数据更新,只要直接找到这个组件,修改这个组件的值就可以了,它并不存在DOM树,树这样的生成过程。所以对于一个原生应用,用户进行点击交互的时候,或者执行一个动画的时候,它比浏览器这种单层的渲染速度要快很多,这也就是为什么在染层面上Native s 实现的效果要比HTML5实现的效是体验要好很多的原因开发应用的理念是通过HTML、CS、+t 扩展A的方式来进行的,北京做app的公司以这种简化的技术开发,但同时要保证开发的App的功能、性能和体验,能够达到原生的要求。
在进行屏幕适配时,通常要在每个HTML页面的标签中添加content = " maximum scale 1 0 , minimum scale = 1 . 0 , user scalable = , initial sale=1.0,wiath =device width ">。这行代码在创建项目和文件模板的时候会被自动添加,如根目录下html文件夹中的main.hml文件,它的作用是声明该HTML页面执行时的渲染区域宽度为设备的屏幕可视区域,不做任何缩放,同时禁用缩放功能(默认情况下在移动设备上浏览网页时可以用两个手指进行缩放),保证同原生应用一致的体验。
北京做app的公司在开发UI效果图的时候推荐使用720×1280分辨率作为设计稿的基准尺寸,页面布局时优先考虑像素(px)单位,碰到困难的效果时可考虑em与rem。在写代码时要将效果图的尺寸除以屏幕倍率(例如720×1280的屏幕倍率通常为2),例如一个宽度为200px的图片通常要写作<img " width : 1 0 0 px : src = " />
