# wechat-study-code

**Repository Path**: daoio/wechat-study-code

## Basic Information

- **Project Name**: wechat-study-code
- **Description**: 微信和小程序开发课程的小程序、公众号、服务端代码示例。
- **Primary Language**: JavaScript
- **License**: MulanPSL-2.0
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 3
- **Forks**: 0
- **Created**: 2020-10-07
- **Last Updated**: 2022-05-25

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# 微信和小程序开发课程代码

> 小程序代码不是完整的项目，你要把它们放在合适的位置运行，小程序项目的目录结构不清楚的反复参考课件、开发者工具的目录结构、开发者文档的相关说明。

**一定要看代码注释，并且检查位置是否正确，代码是否正确，注意代码格式符合规范，不要编写混乱的代码。**

## 目录划分

| 目录 | 说明 |
| - | - |
| 小程序 | 包括小程序的代码和相关说明。 |
| server | 运行在服务器上的Web服务端代码。 |
| 公众号 | 公众号消息通信和接口开发的代码示例。 |
| nodejs | Node.js相关代码示例。 |


## 主要环境

服务端平台正式部署请使用Linux，Ubuntu、Debian、CentOS、Arch····。熟悉哪个用哪个，尽管通常都会跟风CentOS，但是这里推荐Ubuntu和Debian，都很稳定。

Node.js请使用12及以上版本，目前LTS支持到了12.19，2020年10月份马上要发布的最新LTS版本是14。


## 关于TypeScript

源代码不会使用ts，这里你可以放心，不会有额外的负担。如果你熟悉并喜欢ts，也不必担心，因为你应该对JS也很了解，但是有可能某一天，你会发现ts越走越远，脱离JS也是可能的。

真正关键的是团队成员的水平和编程规范的制定。另一方面，ES标准已经把JS很多缺点改掉了。如果ES标准能加上非侵入式的类型约束当然更好。

ts在推动JS发展上还是有作用的。CoffeeScript也是做出努力的，可惜命不好，死掉了。另一个额外考虑的因素是：微软出品，要慎重，其产品坑了不少程序员。

<!--并且，当你作为一个程序员，耗费很大力气终于把JS搞得有模有样了，然后发现还TM得学TS。（WTF!）-->

然而，TS声称是JS的超集，那么我们使用JS也算是在使用ts了。如果宣传成分很多，并且ts并不是严格的超集，这就需要注意了。


先推荐一篇文章：[为什么TypeScript解决不了问题](https://www.oschina.net/question/1377708_150097)

再推荐一篇：[为什么说TypeScript不适合大型项目？](https://www.infoq.cn/article/Bmx*2UO9VRMTSbSWw4qX?utm_source=related_read&utm_medium=article)


第一篇文章从语言角度给出了分析，并且还是在当年JS存在很多明显缺陷的时候。第二篇文章从项目成本角度进行了分析。


所以，使用JS目前面临最大的问题就是代码稍微有点规模，弱类型的劣势就凸现了，其他的JS标准都已经解决的很好了。实际上我们真正想要的是既要强类型的约束，又要弱类型的灵活。

一个设计良好的项目，完全使用JS代码仍然可以很好的运行和维护。这是2018年实践过的。大概20000行的代码算不得大项目，但是依靠JS以及Node.js，这种规模已经可以完成很多功能了，如果要做服务拆分，我们可以做的更小。

最后，如果以后你找工作了，企业要用，你或者说服他们不用，或者自己学习使用···