沈阳app开发技术发生了很大变化

在过去的几年里，前端发生了不小的变化。作为前端技术人员，一方面，他们熟悉的一些技术已经逐渐消失。另一方面，他们看到新事物不断出现，并以各种方式改善和影响我们的发展方法。在这个时代出生是不幸和幸运的。前端的优点是动态释放。动态版本受用户协议的约束。用户协议不允许在Webview外部执行脚本。这会将脚本限制为仅限Javascript，因为Webview不支持其他脚本。第二个优点是功能解耦，很容易被忽视。随着客户变得越来越大，它成为一个非常依赖的架构师和强大的项目管理机制。对于许多小公司来说，这个要求是致命的。前端没有这样的问题。每个人都编写自己的网页，浏览器自然是孤立的，不受影响。还有前端技术非常适合三方，三方意味着不可能要求三方使用指定的技术。 Html最初是公司之间妥协的结果。即便是Apple的iOS也如此强大，以至于让Webview活跃起来。客户的三个直接点是体验，设备功能和性能。这是前端技术目前无法提供的。看完React Native后，我们开始思考这个方向。我们需要的是一种可以真正开发的语言。答案是weex。我们得到的是前端开发经验和客户的用户体验。开发经验意味着整个工具堆栈都是前端，但实际渲染的东西是weex。现在在我们的淘宝应用程序中，除了一些多年来保持不变的基本业务外，几乎所有的业务都已经完成了前端。在前端工程系统发生变化之前，我们必须做一个网页，前端负责开发，制作演示前端页面，然后做一组模板。服务器将模板放在适当的位置，将其与代码组合，最后发布。 前端之所以特别薄弱，是因为它没有自己的释放，它只是一个过程，而不是一个工作。另一套模板非常麻烦。 2002年，我们讨论了“前端和后端的分离”，并提出了各种技术来解决集合版本。随着淘宝手机在整个集团中所占比例的增加，手机淘宝节目基本上已经取胜，并且与前后相同。让前端独立释放，是最终的前后分离方法。独立发布前端只能发送html，服务器端的所有内容都应该是API化的。现在我们的前端有自己的发布线，开发，构建，联合调试和发布。服务器参与联合环境，使用其API进行联合调试，然后前端发布自己。前端还有两个链接，一个是构建。随着构建的想象空间非常大，前端是Javascript，现在甚至引入了一些模板构造技术，也有一些外部像团结也进来。这丰富了整个生态，有些人不是前面 - 终点开始逐渐进入前端系统。另一个是发布链接。随着发布，这意味着前端开始关注在线事物，前端工程系统的概念，包括持续集成，是2009年和10年前端的一个令人难以置信的话题。这个话题在大公司的前端圈子中被认为是非常自然的事情。前端责任的进一步变化是前端责任的变化。我们对前排有一个想象。如果前端具有服务器端功能，我们将不会越来越“胖”，服务器将被挤压少量。但实际上这样做会导致严重的问题并缺乏前端。后来，我们的思想发生了重大变化，即赋权。自定义自软件

将自己变成一个完整的堆栈并将其更改为“帮助其他人完成堆栈”，并将服务器的成本降低到前端。此外，当服务器向服务器输出功能时，服务器也会将功能输出到前端。输出到服务器的能力是组件系统和构建系统。服务器输出到前端的能力是标准化和验证数据。不同前端服务的平台在服务级别上是不同的，实际上从同一平台，前端也具有一定的完整堆栈能力。最后，它变成了“你拥有我，我拥有你”的状态，每个人都对自己擅长的事负责。这才是真正的意义。最终场景中的整个筹码都由我们的团队生成。未来：前端技术使我的理想变得模糊，就是以前端为中心开始开发应用程序。只有建立一个以前端技术为核心的团队才有可能。它可以独立开发应用程序。 “云协调”的概念可以取代纯云服务的概念。未来的前端不仅仅是那些已经做前端的人包括更广泛的人群，例如有出口前端能力的同学，有权力的人，以及提供低级功能的服务方同学和为我们提供插件功能。它们都将成为模糊的“大前端”概念。这是一个发展趋势，我认为未来的前端。