怎么在手机端管理小程序开发者有什么工具用起来比较方便吗

为什么使用“素材管理”:

微信尛程序开发者环境中本地资源图片是无法通过 WXSS 获取的可以使用网络图片,或者 base64或者使用<image/>标签.。

当然如果不想这么麻烦,你可能会直接选择使用小程序开发者开发工具的“素材管理”功能了

的确,开发者工具上的“素材管理”点进去就能很方便的上传图片,然后获取图片地址放到代码中用使用简单,管理方便

但是,这个功能并不是完全免费的

收费的“素材管理”: 

很多人刚开始接触的时候看著能直接用就用了,不久之后手机就会收到欠费通知了

小程序开发者开发文档对的说明:

回头查下小程序开发者开发文档对的说明,发現下面这段内容:

TX这波操作果然比较坑啊不知不觉用了一个多月,看似无害的“素材管理”竟然不是完全免费的而是一项后付费的项目,在超过一定流量之后就开始收费了

收到欠费短信那一刻你会瞬间冒出这些疑问“这是什么?我什么时候用过什么时候开通的”。雖然欠费可能并不高但是看到“未及时补缴将停止服务”这几个字时会有点慌。用的是自己的小程序开发者账号还好说如果是公司的尛程序开发者账号,那就不好说了如果后边产生大量费用咋办?如果没有及时补缴上去停止服务影响小程序开发者正常访问怎么办

如果收到这个短信,就赶快去把素材管理里边的图片都迁移到自己服务器上然后把所有图片链接都替换自己服务器的图片链接就好了。然後把素材管理里边所有的图片删除掉这样后续就不会再有费用产生了。

对于欠费费用刚开始可能也就几毛钱,但tx这种做法太可耻了默默的就收费了。最好直接提交工单投诉这个费用也让客服给清理掉,不然保不齐后边会对账号产生什么不良影响的尽是麻烦。那就找腾讯客服投诉下吧发泄下心中的不快,同时肯定也有不少人遇到这个问题投诉下至少让腾讯听到大家反对的呼声。

腾讯没有人工客垺怎么办

这个没办法,只有去小程序开发者管理中心提交工单了详细介绍参考:

原创专业博客,转载请注明来源地址:

原标题:一个小程序开发者开发鍺的技术之路

相信不少朋友在这两年都或多或少地接触了小程序开发者的开发一个小程序开发者开发者可能经历哪些过程,会有哪些思栲呢且看本文作者的分享。

2018 从小程序开发者开始

2018年是我工作的第二年。17年主要的学习和实践的技术是vue,我们组用vue做了一套 sass 化的商城系统但是17年末,因为公司业务的调整在18年初,我们组专注于了小程序开发者的开发

在经过独立负责前端开发一个比较小的礼品卡小程序开发者之后。我们组开发的第一个小程序开发者是某手机品牌商城在这一年中我大概参与了八九个小程序开发者的开发,从开始小程序开发者的商城到目前在做的智慧门店项目。

首先想谈的是选型我们当时有原生,mpvue 和 wepy 可选当时的考虑是想既然是新的东西,要先叻解它的本身是怎么写的所以就选择了用原生开发。但是我们又很想用scss来写样式所以使用了前端工具,主要是为了转换 scss关于前端开發工具,我在之后的部分也会着重介绍

其次,在小程序开发者技术的学习上在开始时,感觉没有遇到太大的问题因为之前有vue的基础,所以转换为小程序开发者的开发中还算比较自然。在这一年里我总结下来比较难的点有:

1、实现一些复杂的效果的时候,小程序开發者有一些瓶颈比如小程序开发者的性能,比如一些内置的组件一些事件想修改的时候没办法完全的修改和控制,有些还有兼容性问題例如video组件对播放条的控制。需要多去研究微信开发者社区也是一个好地方。

2、对于小程序开发者授权的控制因为小程序开发者对授权管理还是比较严格的,而且需要授权的规则也在改变在整个商场系统中,什么时候获得权限可以拿到比如 UnionId,头像等需要在开始時就讨论和设计好。

3、小程序开发者性能的优化现在还只是在优化接口的请求,尽量减少无用或者复用的接口在未来也希望有更多的探索。

小程序开发者cli工具和前端工程化浅尝

在18年9月份左右的时候当时我们组内已经做了十几个左右定制化的小程序开发者商城。但是在這个过程中我们写了一些UI组件和业务组件来加速开发,无论是样式组件或者是对接后端的业务组件,都没有一个统一的管理碎片化仳较多。可能不同的商城实现同样的功能的时候是两套代码。加上之前是用的别人写好的cli工具所以这时候我的想法是自己写一个cli的工具,可以把样式组件和业务组件统一管理起来并且进行版本控制。这样在之后讨论中也逐渐明确了以下几个功能:

1、把UI组件库,业务组件库和编译环境配置文件分别放到三个git仓库进行管理

2、能够初始化开发项目,cli工具可以把我们写好的组件库按照所需版本添加到初始化嘚项目里这样刚初始好的项目的功能也是统一的。

3、能够更新两个组件库以及cli工具自身

4、能够编译 scss 文件,并且解决 scss 在转为 wxss 过程中的重複编译和与wxss @import功能不同的问题(最后我们把 scss 文件分为两类一类里面只写样式,一类里面写一些变量和有功能的语句这个之后再写一篇文嶂细谈)。

5、能更方便的切换开发环境(这是之前的工具就有的这里做了一些扩展)

这是这个cli工具规划的一期的功能,以上的功能基本嘟实现了也算运用了一点前端工程化的思想去管理我们小程序开发者的开发,最后我完善了这个工具的文档并且上传到了公司私有的Npm源仩但是这个工具还是有个小遗憾,就是我 webpack 用的不好在处理 scss 文件重复编译的问题上没有找到好的方法,最后是在百度出的比较 fis3 这个打包笁具上找到了方法但是 fis3 本最近也没有更新了,里面的东西都比较老希望之后可以用 webpack 解决,把编译内核换成 webpack

当然也通过这个小工具的編写,我也学了一些关于编写命令行工具的以及一点点node的知识

Taro,一套 react 代码编译多端小程序开发者

年底的时候,我们有了支付宝小程序開发者和钉钉小程序开发者的一些探索也希望可以一套代码编译多端小程序开发者。我就尝试了一下把一个不是很复杂的小程序开发者轉换为Taro的项目

当时选择Taro也是经过了一些比较,相较于其它的多端编译的框架 Taro 相对来说出来的比较早,用的比较多github上issue解答比较多,脚掱架工具也好用也出了小册可以学习。Taro有一个功能感觉很好用只要在一个已经写好的小程序开发者上执行 taro convert 可以把一套小程序开发者代碼转换为 taro 的项目。 虽然我们的小程序开发者代码可能因为用<template>嵌套的有点多使得转换的过程中有报错。但是还是很方便的直接转换为了react代碼

现在使用起来的小问题就是一个是taro本身有一些限制,但是会有提示要看一下文档什么不能用。还有就是可能对其它除了微信小程序開发者的小程序开发者的兼容性的支持(文档也希望尽快更进)

现在已在尝试或19年感兴趣的点

现在已经19年了,下面有些东西已经在尝试學习但也可能有些点19年学习不到,还是加油吧

    18年感觉主要精力还是在小程序开发者上,对其它方面还是技术上的进步还是不多而且沒有一个好的规划、感觉学习的点还是不够深,不够精希望在19年能有所规划,有所改善在工作上,也希望在组内能更发挥自己的技術影响力,19年再加油!

目的:通过微信小程序开发者开發工具内的代码版本管理实现对本地代码开发的管理

第1步:在远程仓库创建一个未初始化的仓库

第2步:进入【开发者工具 --> 版本管理 】初始化 git 仓库 ;  设置 --> (通用、网络认证、远程) 进行配置

初始化 git 仓库:

设置 --> (通用、网络认证、远程) 进行配置

第3步:点击 推送 即可将本地代码同步到遠程仓库

我要回帖

更多关于 小程序开发者 的文章

 

随机推荐