请选择 进入手机版 | 继续访问电脑版
楼主: 暗_魔术师

【已结束】新一波权限活动开启,万圣节不给权限就捣乱

   关闭 [复制链接]
发表于 2019-10-29 16:34:47 | 显示全部楼层

回帖奖励 +5

百度小城可能近期要研究,此次活动暂且路过一次。。。
回复 支持 反对

使用道具 举报

发表于 2019-10-29 16:37:54 | 显示全部楼层
1.目前来说百度小程序,没有好的生态体系,这样的话,开发小程序的门槛相当高;2.希望官方能有自建的生态体系,让开发者开发一些框架,让普通人也可以通过拖拽方式就可以搭建自己的小程;
3.我相信大部分站长还是不懂小程序的开发(其实我也不会),我这边使用的微擎平台里面就有一个很好的生态,有开发者,有用户,百度官方如果可以放下身段和深度合作一下,利用微擎这个平台我这边就可以不需要写代码,只需要拖拽就能建立小程序,这个大大的降低了小程序的门槛。



其实写这些只能说明:百度小程序门槛高,普及肯定会有问题呀。
回复 支持 1 反对 0

使用道具 举报

发表于 2019-10-29 16:37:58 | 显示全部楼层

回帖奖励 +5

本帖最后由 阴月皇朝灬圣君 于 2019-11-8 08:50 编辑

给几点建议不知道能否拿到权限~~~~~~~~~~~~~~~~~~~·希望LOGO~~~~~~~~子链接权限来一波
代码包的优化
优化大小
对于开发者来说,为了实现更加丰富的功能,所以有时会忽略对代码包大小的优化,但对于用户设备来说,需要把智能小程序所使用的代码包下载到本地空间。所以代码包的大小会影响着用户所需的下载流量以及空间占用。另外,代码包的下载速度也会直接影响着用户的首次打开智能小程序的体验。
智能小程序的打包过程会把用户工程下所有的文件都进行打包,生成最终的用户包,所以,应该在实际开发用户包的过程中,实现业务逻辑的同时尽量去除冗余,提高复用性,及时清理不再使用的库文件和资源,来减少代码包的大小。
使用分包
可以合理的使用智能小程序的分包策略。按功能聚合、业务代码的使用频度等指标来进行代码包的拆分,当用户访问到不同包内的页面时,客户端再分别加载对应的分包。这样既能够减少智能小程序首次加载时的使用流量,也能够提升智能小程序首次加载时的速度。
图片资源优化
当使用大图片或者是长列表图片时,可能会导致客户端的内存占用上升,当占用量达到一定指标时,会触发客户端销毁智能小程序的机制。另外,大图片也可能会造成客户端的卡顿,所以建议开发者尽量减少使用大图片的资源。
合理的使用 setData
setData 是用户开发中经常使用的接口,对于手机百度智能小程序而言,使用不当也是极易引起性能问题的接口。为了使大家更好的理解 setData 的错误用法,首先先介绍一下其背后的工作原理。
setData 的工作原理
智能小程序的逻辑层与视图层分属于不同的运行环境,相互之间不具备直接数据共享通道,他们之间的数据传递是通过客户端的消息事件派发来实现,所以到达视图层的 object 对象并非原指针,而是数据的复制版本。两者数据也并非完全同步,而是在数据未到达视图层之前,逻辑层的数据会领先于视图层。
智能小程序的视图层使用了 san 框架,相对于其他类似 react 等 mvvm 框架来通过 virtual dom diff 来实现组件的渲染来说,san 框架是基于 data 的 diff 来进行的组件重新渲染,减少了内存的使用率与计算量,保证视图更新的高效性。所以智能小程序的视图层对于数据的变更更加敏感,感受到数据变更时则会直接触发组件的重渲染。
常见不合理的使用 case
下面列举在开发者开发的过程中会常见的使用 setData 不当的场景。
1. setData 数据粒度划分不够
常见场景:开发者仅改变对象中某个属性的值,setData 的数据却是整个对象例如:假设 person 的模型为
  1. {        name:'swan',        age:'20',        sex:'man',        getName:fn,        ……}错误写法:let person = this.getData('person');person.age = 30;this.setData('person',person);
复制代码


正确写法:
  1. this.setData('person.age',30);
复制代码


此时,若逻辑层直接向视图层传递更新整个 person ,那么首先传输的数据量会成倍增长,其次,视图层中所有使用了 person 中任何属性的组件均重新渲染。好在逻辑层对于此处进行了优化,在逻辑层先进行数据对比,自动将 setData(‘person’,person) 补全为 setData(‘person.age’,30)。但上述写法也依旧使逻辑层增加处理过程,并且对于特殊的数据类型,如 array ,逻辑层的 diff 比较无法精准到具体 key 。例如:假设 numbers 模型为 [1,2,3,4,5]错误写法:
  1. let numbers = this.getData('numbers');numbers.unshift();this.setData('numbers',numbers);
复制代码


正确写法:
this.unshiftData(array);
所以在开发过程中,开发者应正确划分 setData 的数据粒度,以优化程序性能。
2. 频繁的 setData
原因同上,频繁的 setData,常见场景如 setInterval ,或其他循环执行。上述操作逻辑层每次均会通过客户端传递数据到视图层,消耗用户的网络流量与增加传输次数。并且,视图层也会频繁的重渲染组件,造成用户视觉卡顿等不好的体验。
3. 智能小程序页面不可见后进行 setData
在页面进入到后台状态时,程序后台的 setData 会占用前台页面的执行资源,且后台页面的渲染对用户并不可见,导致资源浪。所以在页面隐藏时,不应该继续进行 setData 。


点评

照抄《百度智能小程序框架 性能优化建议》搬过来是不行的  发表于 2019-11-8 13:48
回复 支持 反对

使用道具 举报

发表于 2019-10-29 16:43:41 | 显示全部楼层

回帖奖励 +5

先占个楼,后面想到啥说啥
回复 支持 反对

使用道具 举报

发表于 2019-10-29 16:45:41 | 显示全部楼层

回帖奖励 +5

百度小程序不像微信小程序一样,紧闭在微信里面,按百度官方的说法,百度小程序可以出现在百度系列的任何产品中,比如百度搜索、信息流、百度地图等产品中。
起初只以为只有小程序的首页才会被收录,其他的页面不会,后来发现,所有页面都会被收录,显然在移动端面,这比一个网站要好的多。新手使用的话,建议还是去百度小程序的技术文档去学习,里面解释的挺全面的。而且更新文章后,就像推广的网站一样,只要质量好,应该也是会被收录的。
个人认为相对其他平台的小程序,发展空间是很大的,特别是在搜索推广这方面,可以尝试着推广一下。虽然还尚处在不断进步完善的阶段,但是相信在搜索领域,在移动端还是有不错的表现。
最后,这个个人的不知道什么开放,如果说不能大范围的开放,也可以试试小范围的内测这类的,毕竟站长个体户的群体还是挺多的。
回复 支持 反对

使用道具 举报

发表于 2019-10-29 16:46:31 | 显示全部楼层

回帖奖励 +5

站个位置试试
回复 支持 反对

使用道具 举报

发表于 2019-10-29 16:53:36 | 显示全部楼层

回帖奖励 +5

小程序最早出来我就提交申请,并通过了,可是一直卡在不是企业号上,请问小程序什么时候能开放个人申请?
回复 支持 反对

使用道具 举报

发表于 2019-10-29 17:21:55 | 显示全部楼层

回帖奖励 +5

混金币,站楼层,我都要
回复 支持 反对

使用道具 举报

发表于 2019-10-29 17:30:48 | 显示全部楼层

回帖奖励 +5

我来啦 。。。。
回复 支持 反对

使用道具 举报

发表于 2019-10-29 17:34:36 | 显示全部楼层

回帖奖励 +5

我也来拉
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

手机版|Archiver|Baidu Inc.

GMT+8, 2020-11-26 07:28 , Processed in 0.312639 second(s), 16 queries .

Powered by Discuz! X3.2

© 2001-2011 Comsenz Inc.

返回顶部