zoukankan      html  css  js  c++  java
  • xgqfrms™, xgqfrms® : xgqfrms's offical website of GitHub!

    微前端

    2020年5月
    采用?
    引入微服务已为我们带来了巨大的好处,微服务使团队能够扩展独立部署和维护的服务的交付。
    不幸的是,我们还看到许多团队都创建了前端整体,这是一个大型,纠缠的浏览器应用程序,位于后端服务之上,在很大程度上抵消了微服务的好处。
    自从微型前端问世以来,它们一直在不断普及。我们已经看到许多团队采用某种形式的这种体系结构来管理多个开发人员和团队为同一用户体验做出贡献的复杂性。
    去年6月,这项技术的发起者之一发表了介绍性文章可用作微型前端的参考。
    它展示了如何使用各种Web编程机制来实现这种风格,并使用React.js构建一个示例应用程序。
    我们相信,随着大型组织试图分解多个团队的UI开发,这种风格将越来越流行。

    2019年11月
    采用?
    引入微服务已为我们带来了巨大的好处,微服务使团队能够扩展独立部署和维护的服务的交付。
    不幸的是,我们还看到许多团队都创建了前端整体,这是一个大型,纠缠的浏览器应用程序,位于后端服务之上,在很大程度上抵消了微服务的好处。
    自从微型前端问世以来,它们一直在不断普及。我们已经看到许多团队采用某种形式的这种体系结构来管理多个开发人员和团队为同一用户体验做出贡献的复杂性。
    今年六月,这项技术的发起者之一发表了介绍性文章可用作微型前端的参考。
    它展示了如何使用各种Web编程机制来实现这种风格,并使用React.js构建一个示例应用程序。
    我们相信,随着大型组织试图分解多个团队的UI开发,这种风格将越来越流行。

    2019年4月
    采用?
    引入微服务已为我们带来了巨大的好处,微服务使团队能够扩展独立部署和维护的服务的交付。
    不幸的是,我们还看到许多团队创建了前端整体,即大型,纠缠的浏览器应用程序,位于后端服务之上,从而在很大程度上抵消了微服务的好处。
    自从我们首先将微前端描述为解决此问题的技术以来,我们已经对该方法有了几乎普遍的积极经验,并且发现了越来越多的模式可以使用微前端,即使越来越多的代码从服务器转移到Web浏览器。
    到目前为止,Web组件在该领域一直难以捉摸。

    2018年五月
    试用版?
    通过引入微服务架构,我们已经看到了巨大的好处,该架构使团队可以扩展独立部署和维护的服务的交付。
    不幸的是,我们还看到许多团队在他们的后端服务之上创建前端整体程序(一个庞大而庞大的浏览器应用程序)。
    我们首选的(经过验证的)方法是将基于浏览器的代码拆分为微型前端。在这种方法中,Web应用程序细分为功能,并且每个功能都由不同的团队拥有,从前端到后端。
    这样可以确保每个功能均独立于其他功能进行开发,测试和部署。存在多种技术可将功能(有时以页面形式,有时以组件形式)重组为凝聚的用户体验。

    2017年11月
    试用版?
    通过引入微服务架构,我们已经看到了巨大的好处,该架构使团队可以扩展独立部署和维护的服务的交付。
    不幸的是,我们还看到许多团队在他们的后端服务之上创建前端整体程序(一个庞大而庞大的浏览器应用程序)。
    我们首选的(经过验证的)方法是将基于浏览器的代码拆分为微型前端。在这种方法中,Web应用程序细分为功能,并且每个功能都由不同的团队拥有,从前端到后端。
    这样可以确保每个功能均独立于其他功能进行开发,测试和部署。
    存在多种技术可将功能(有时以页面形式,有时以组件形式)重组为凝聚的用户体验。

    2017年3月
    评估?
    通过引入微服务架构,我们已经看到了巨大的好处,该架构允许团队扩展独立部署和维护的服务的交付。
    但是,团队经常努力避免创建前端整体程序-大型且庞大的浏览器应用程序,与我们已经放弃的整体服务器端应用程序一样难以维护和发展。
    我们正在看到一种方法,我们的团队称之为微前端。通过这种方法,Web应用程序的页面和功能可以分解,每个功能由一个团队端对端拥有。
    存在多种技术来将应用程序功能(某些旧功能和某些新功能)结合在一起,以产生凝聚力的用户体验,但是目标仍然是允许独立于其他功能开发,测试和部署每个功能。
    该BFF -后端的前端方法很奏效这里,每个团队开发BFF支持其设定的应用程序功能。

    2016年11月
    评估?
    通过引入微服务架构,我们已经看到了巨大的好处,该架构允许团队扩展独立部署和维护的服务的交付。
    但是,团队经常努力避免创建前端整体程序-大型且庞大的浏览器应用程序,与我们已经放弃的整体服务器端应用程序一样难以维护和发展。
    我们正在看到一种方法,我们的团队称之为微前端。通过这种方法,Web应用程序的页面和功能可以分解,每个功能由一个团队端对端拥有。
    存在多种技术来将应用程序功能(某些旧功能和某些新功能)结合在一起,以产生凝聚力的用户体验,但是目标仍然是允许独立于其他功能开发,测试和部署每个功能。
    该BFF -后端的前端方法很奏效这里,每个团队开发BFF支持其设定的应用程序功能。

    micro-frontends

    微前端

    https://github.com/xgqfrms/micro-frontends/issues/1

    refs

    https://www.thoughtworks.com/radar/techniques/micro-frontends



    ©xgqfrms 2012-2020

    www.cnblogs.com 发布文章使用:只允许注册用户才可以访问!


  • 相关阅读:
    clickhouse集群部署
    zookeeper集群部署
    linux下安装多路径multipath
    采用xtrabackup部署主从同步(生产)
    部署dg备库同步ogg
    goldengate同步(主库rac从库单节点)
    python3发送邮件
    python2发送邮件
    pip版本过高导致报错
    ERROR 1558 (HY000): Column count of mysql.user is wrong
  • 原文地址:https://www.cnblogs.com/xgqfrms/p/13891888.html
Copyright © 2011-2022 走看看