本文原文由作者“zskingking”发表于：jianshu.com/p/271b1c57bb0b，本次收录有改动。1、点评互联网发展至今已经高度发达，而对于互联网应用（尤其即时通讯技术这一块）的开发者来说，网络编程是基础中的基础，只有更好地理解相关基础知识，对于应用层的开发才能做到游刃有余。对于Android程序员来说，如果您觉得本文

楔子你是否想要尝试进行Node.js应用开发但是又总听人说它不安全、稳定性差，想在公司推广扩张大前端的能力范畴和影响又说服不了技术领导。JavaScript发展到今天，早已脱离原本浏览器的战场，借助于Node.js的诞生将其触角伸到了服务端、PC跨平台客户端方案等各个领域，但是与此同时，JSRuntime对于绝大部分的开发者

测试驱动开发并不是一个很新鲜的概念了。在日常开发中，很多时候需要测试，但是这种输出是必须在点击一系列按钮之后才能在屏幕上显示出来的东西。测试的时候，往往是用模拟器一次一次的从头开始启动app，然后定位到自己所在模块的程序，做一系列的点击操作，然后查看结果是否符合自己预期。

前言如何评定一个系统的质量？什么样的系统或者软件可以称之为高质量？可以从三个角度来看，一是架构设计，例如技术选型、分布式系统中的数据一致性考虑等，二是项目管理，无论是敏捷开发还是瀑布式开发，都应当对技术负债进行清理，对代码进行重构等，最后离不开的是代码质量

一、前言1、不规范的错误码有什么问题？1）理解困难描述：如果错误码的命名或描述不清晰，可能导致其他开发人员难以理解其含义。举例：例如，一个错误码命名为“ERR1001”，没有进一步的注释或描述，可能导致其他开发人员不知道这个错误码代表的具体问题。2）不一致

1前言前文《深入跨域从初识到入门》中，大家已经对同源与跨域的产生历史与重要性等有了一个初步的了解了，那么我们应该如何解决在日常开发中遇到的跨域引起的问题呢？2一览图我们将日常开发中的跨域解决方案大体分为两类：iframe跨域与API跨域:3iframe跨域

自动化测试和敏捷软件开发常常是成对出现，但敏捷中的自动化往往说起来容易做起来难。大多数开发人员都已经认识到测试自动化的好处：它加快了测试速度、降低了成本、增加了覆盖率等。但是，许多人从未超过开始所需的初始投资。就像这幅漫画中的穴居人一样，许多团队陷入了困境

前言在我工作的日常中，经常会用一些画图编辑器，简单设计一些页面原型。而在去年低代码很火的时候，我在公司就开发了一款大屏可视化编辑器，可以通过拖拉拽生成网页的一个工具。后面也想着自己也开发一个画图的编辑器，可以用来自己平时做图或者设计海报之类的。而这次我将使