微信小程序云开发体会——总结软件工程导论大作业

前言

可能大家完成这次作业都会选择比较擅长的领域——网页前后端。这的确是比较稳妥的选择，高效且稳定，也能得到许多有用的开发经验。但我还是选择了从零开始学习微信小程序，一方面是考虑到这是目前比较火热的一种程序形式，我挺想详细了解它；另一方面，我其实也考虑到自己的网页开发能力是严重不足的，会拖累大家，于是在可行性分析时了解到微信小程序开发的简便性后，我就选择了微信。

第一次接触

这次冒险的决定果然是伴随着一个又一个的下马威的，每一次我想要增加一些功能和内容，下马威都会弄得我头很大。我就讲几个很典型的，也是让我很难受的问题

1. 方向问题 ，在完全不了解一个框架的任何技术和流程的情况下就直接进行开发，我们一开始真的是找不到方向，甚至是学习怎么开发的方向；
2. 积极性问题 ， 在有原型的情况下只能看到项目的大概样子，然而具体的方法扑朔迷离 ，这种打击让我对当初的决定产生了怀疑，我很害怕没有办法将这个项目完成，这种恐惧会变成消极的借口；
3. 思维转换 ，当你习惯了某一种编程语言的框架，像java，c++这类的面向对象流程，突然你被迫要去了解一种完全不同的框架，在比较短的时间内，思想就很容易被局限在原来的框架里，忽略了新框架的特性及其所衍生出来的一些特别的解决问题的方法，很有可能是唯一的解决办法；
4. 错误估计 ，不熟悉的东西估计起来必然是要受教训的，“我以为”这三个字很多次出现在小组会议中，而它们多半都是错误的，不靠谱的，真正的路完全是南辕北辙；

具体难题

我是负责前后端连接互动的工作，当你改变了固有想法和思路，充分学习并了解了微信完整的生命周期和开发流程，真正的及具体的问题便会出来阻挡你，我就写几个我遇到的让我很困扰的难题。
1.this.setData({})
我完全没有所谓的Vue.js基础，这个函数在文档里的讲的也不是很详细，然而要想使用好它，不花点时间和血泪是弄不好的。
（1）它的作用域，这个函数能在任何时候调用，但它真正的有效的范围却是取决于他在哪一个{}里面，一个大括号之隔，他的数值设置就可能完全无效，给显示层带来未知bug
（2）语法格式，我初以为微信的语法很灵活，没有死板的框架，而这个函数是少有的，死板的，用他赋值的两端必须是同一种类型的元素，这在数据类型只有var的微信里完全就是bug产生器，不是一点一点打印，完全找不到问题的关键
2.报错方式
我从来没见过这么鸡肋的报错系统，很多错误没有具体的标识，告诉不了你是哪行代码报错；不明确就算了，显示文档的东西错误是什么情况？为什么搜索错误的编号会出现多个问题，每个解决的方法还不一样；不知道错的原因已经很难了，然而在一些在success，fail模式下的回调函数，你甚至不知道这个地方是错的，他会自动忽略
3.传递参数和数据
一个程序一定是要在各种渠道上频繁的进行数据交流，一来一往，实现动态的加载和显示。但是微信的传值方式我现在都没弄清楚到底有几条禁忌，再配合诡异的作用域，简直是灾难
4.封装的低效性
一般的java，c++封装函数后甚至是全局调用，一环套一环，复杂的流程很清晰就完成了，微信不一样，调用函数也要讲作用域，这导致基本上很难出现函数调用，一般只能重复写代码，面向对象就更是天方夜谭了

好用的技术

发现了一些微信的坑，我也发现了微信的很多优点
1.API调用的简便和种类丰富
有太多太多的API给你直接像函数一样调用，这实在是太爽了，基本告别严密复杂的算法
2.云端数据库和存储的强大功能
我们小组开发后端的能力不是很强，多亏了云端数据库这一项新的功能，大大降低了这次项目的工作量，云端数据库和存储完全可以替代掉传统数据库+服务器的后端
3.学习成本
很难以相信，从完全零基础，到开发出一个比较完整的项目，四个人的开发团队在效率并没有拉满的情况下，只用了两个多星期 ，就完成了一个有血有肉的项目，而我所花在学习上的时间可能不超过20个小时

开发完之后的体会

我很庆幸自己选择了这个看上去有些不着边际的决定，他给我的全新的编程体验和无比痛苦debug经验是前所未有的，相对应的，成就感也是爆棚的。我仿佛发现了编程的乐趣，就是那种不断求解，一步一步积累，最终盖成高楼大厦的成就感；也是那种众人聚在一起，疯狂开脑洞，交流意见的奇妙；也是那种神乎其技的灵光一闪，把之前可能困扰了几天的问题全部接通的顺畅快感

无法不热爱更多