微信小程序skyline模式的巨多坑
引言
引言
最近在用这个skyline渲染模式开发页面，记录一下遇到的一些坑，总结一下使用体验：快跑！run！
总结我遇到的不能接受的地方
无法使用css变量 ，基于unocss或tailwind原子化css，需要对css变量做额外的处理，有点难受了；wxss使用import导入公共wxss，不生效，难受加剧;最新的nighly版的微信开发者工具，flex布局方向默认是 columns，而移动端是 row，这个是个大坑！！！需要额外的给.flex class增加flex-direction:row 特别注意！; 感到疼痛skyline模式所有的元素布局默认不使用盒模型，偏偏开发者工具又是默认的盒模型显示，在你以为一切都没问题的时候，真正上手机调试就知道了，差点两眼一黑，直接昏过去~ 解决很简单，习惯了盒模型的，只需要给 每个 view 添加 box-sizing:border-box； 所有view元素默认使用盒模型； 感到剧烈疼痛开发者工具特别卡，元素审查工具基本用不了，特别容易崩溃，这个是老传统了，不能怪skyline，它只是加剧了反应后面的，待我遇到了再继续补充，（让老夫瞧瞧他那手势系统和动画再来吐槽）
这些坑新来的注意下，基本页面布局问题不大了。 最新更新 我CTNN的skyline 一堆的坑，微信做不来就不要做好嘛，残次品就急忙放出来给人用！！！ 7.最重要的一个坑，skyline模式不支持真机调试，请使用预览模式！！！（为了方便调试，我一般用真机，调着调着就发现，这玩意兼容性也太差了，vant1.x版本的组件在这个模式是有兼容问题的，pop底部弹窗组件就有问题，这个组件请使用vant 0.x版本的 8.textarea在这个模式下，直接使用没啥问题，如果是组件内的textarea，bindinput,bindkeyboardHeightChange,bindconfirm等等这些事件是失效的，CTNN的skyline，做不好就不要做！（如果实在想使用组件的方式，就不要用wx:if来控制显隐；可以试着给这个组件position:absolute,bottom:-100%,或者z-index:-1，真正要显示的时候，就bottom:0，或者z-index:999;） 9.这个模式组件最外层默认套了一层view,如果不给这个view写高度，那么这玩意默认就不显示，这点格外注意，都tm什么年代了，还在写fragment，这玩意就是一坨垃圾。
只是他们开发自己意淫多么高效，动画性能多么牛逼，跟手多么流畅，实际上bug一大堆，各种稀奇古怪的bug，很多web组件的api都不支持，input和textarea非要搞原生渲染，这两玩意出了多少bug，官方是没有一点b数是吗？
技术是来解决问题的，不是来制造问题的！为了解决js跟原生层交互的稍微卡顿问题，结果引出一大堆问题，修又修不好，要来何用？
社区论坛一大堆兼容性bug，没人管是吧？都3202年了，零几年的bug还TM挂着呢，至今都有人在下面问。
如果有人要入坑小程序，甚至还要入坑skyline，我都建议直接换个项目，小程序就是垃圾，skyline更是垃圾 勇哥撤回了一碗饭
《skyline 从入门到入土》
这玩意动画性能还可以，也就这点能吹了
相比于这些bug来说，我宁愿不用这个模式，要不是项目需要，碰都不想碰这玩意。
发表评论