精华内容
下载资源
问答
  • 后端到前端,再回到后端。更从学校里的学生信息管理系统到大型商业系统构建,是的,我曾一直以为编程也就是如此了,由瀑布模型,敏捷开发,设计模式等等组成的软件工程大致就是如此了。相信可能很多人也会有和我...

    前言

    这一篇文章,准备了很久,构思了很久,草稿了很久。从个人编程至今,历经了C,C++,Java,到现如今的NodeJS。也后端到前端,再回到后端。更从学校里的学生信息管理系统到大型商业系统构建,是的,我曾一直以为编程也就是如此了,由瀑布模型,敏捷开发,设计模式等等组成的软件工程大致就是如此了。相信可能很多人也会有和我类似的想法,是否也都曾迷茫过?

    幸运的是,伴随着对前端的接触和深入,云雾散开。前端组件化的蓬勃发展,让我思考了很多,仿佛是一夜之间,整个前端翻天覆地,为什么在软件工程已经逐渐成熟的这么多年后,竟然还会有如此之大的编程风格转换呢?我的答案是,因为还没有到极限,还没有到最好,还没有到最简单。

    前端的变革

    前端原本并不复杂,由HTML,CSS,JS三剑客组成的用户交互,很长时间占据统治地位的JQuery,解放同步请求,无阻塞的AJAX,仿佛就是前端的一切。HTML为骨架,CSS为外观,JS为交互。分工明确,逻辑合理,可为什么现实项目中代码还是乱的一塌糊涂呢?为什么还是会有重复冗余的页面,为什么还是有重复冗余的JS方法,为什么每个页面都还是会一遍遍地设置字体大小,颜色样式,而不是像书本中所崇尚的,只要写一遍CSS样式,然后全站应用呢?

    大概是因为做不到吧。对于一个人,或者两个人的项目也许真的可以按照书本中说的实现,但是超过三个人之后,项目的人力沟通协作成本会呈现指数形式的上升,无论多么精良的项目协作管理,都难免会出现遗漏。

    4aba28f02088?from=timeline设计架构的问题,靠人力是无法解决的。

    所以,前端变革了,针对软件工程高内聚,低耦合的思想,组件化大潮应运而生。一夜间,大批的MVVM框架如同雨后春笋,我们兴奋且欣喜地看到前端新世界在一点点地重新搭建,原本的大厦被推倒重来。所有嗅觉敏锐的前端精英们,都日夜苦修地贡献着代码,成为这个时代的构建者之一。同样,国内的顶尖开发者也抓住了这个机会,开始在架构框架上崭露头角,甚至一举超越了一直在此领域领先的欧美。

    4aba28f02088?from=timeline

    这其中最典型的就是Vue,无论是对比Angular还是ReactJS,Vue都毫不逊色。这是我个人最喜欢的MVVM框架,其优美满足了我几乎所有的幻想。就如同Vue风格对无分号的坚持,长久以来,我也一直很不喜欢重复,冗余,没有意义的东西。为什么我需要写一模一样的代码,为什么我需要复制粘贴,为什么业务的拓展就一定要牺牲代码的优美?多些了几层调用就是灵活?一大堆的配置就是灵活?一堆的if...else...一堆的try...catch...就是严谨?

    4aba28f02088?from=timeline

    没有BUG的程序

    世界上唯一没有BUG的程序是什么?是HelloWord

    4aba28f02088?from=timeline

    任何语言的HelloWorld,都几乎只有一句话,或者两三句。那么程序没有BUG的秘密相信很多人都能看出来了,很简单,越少代码就越少BUG,没有代码就没有BUG。

    人终究是人,不是AlphaGo,没有无限的记忆力,无法记忆所有的细节,当细节越多,犯错的概率就会越大。

    但人有灵性,人有重构优化的思维。任何事物发展到了瓶颈,那么就意味只有重构才能得到崭新的道路。

    后端的进步

    于是,带着这样的思考,我开始审视我自己这么些年写的后端,总结一下:

    C语言时代——文件引入,二进制lib库引入,纯手写的功能函数,小心翼翼地检查指针,检查内存分配,检查每一个循环中的i变化,检查每个数组的下标,检查每一句代码的每一个字母。

    C++时代——大量的库出现,仍然是以二进制居多,不知道是如何实现的,但是心里面默默感觉,都是专家写的,肯定没错,用就是了。混合着C和Java,不纯粹的面向对象,虽然别扭,但是好像没有C写起来那么累了,嗯,从原来的每天写一百行代码提升到几百行了!

    Java与PHP时代——哇哦,好像写代码更简单了,不仅仅不用关心内存分配,也没有指针了,最棒的是语言自身都集成了好多数据结构,再也不用手写数据结构工具类了,嗯只需要点点点或者箭头箭头箭头就能出来我想要的功能了,这不正是我们一直想要的吗?嗯,从原来的每天写几百行提升到每天可以写两千行代码了!

    库时代——最典型的是Maven,Grable,等等,终于不用上网一个个Jar包下载,然后放到指定文件夹了,把配置文件写好,一个命令,全自动下载,依赖全自动解决,好像很酷很快呀。Java这么成熟,什么库都有,这岂不是可以快速开发一切了?这个时候,不需要每天写两千行代码了,写两百行配置,然后写两百行代码就好了,嗯,虽然配置多了点,但是相比代码的减少,值得的!

    微服务时代——突然发现,即便是有Maven,可以通过配置自动构建了,但是大型系统里面,日志,SpringMVC,数据库,分布式,缓存等等东西的存在,哇,好几十个配置文件,每个文件好几十行,甚至上百行奇怪的配置,太恐怖了,根本看不懂在写什么,为什么要配置这么多东西,为什么启动一个应用要这么累,为什么每次发生产都要等到凌晨两点?于是,复杂的SpringMVC谢幕了,SpringBoot登场了!什么,一个pom.xml配置文件就搞定了所有事情!我们终于可以专心写Action,Server,Dao,SqlMap了,好不爽快。而且生产发布好像也变得简单了一些。至此,我们已经到达了目前主流且趋势的后端开发模式了,然而,到这里就要停止了吗?似乎,一切都还没不是那么完美?Java就是最后统治一切的主宰了么?

    SpringBoot不是终点

    我个人认为不是的,SpringBoot虽然已经轻量化很多了,但其本质没有变化,只不过用了更极限的封装隐藏了更多的细节,使得其呈现出来的效果惊人。但是这样极限的封装会带来一个问题,那就是大量的设计模式使用和多层隐蔽的封装使得其原理越来越模糊。如果是直接使用SpringBoot作为初学的开发者,还有多少人会去了解其底层的Servlet,还有多少人会明白SpringBoot究竟是怎么实现这些很灵活很方便的功能,SpringBoot究竟是如何拦截,SpringBoot那些强大的插件和模块究竟是如何工作的?当然,一般这些问题去百度或者去社区提问,大部分繁忙的大神们会丢下一句话——“自己看源码去,多看看就懂了”。

    个人认为这样的一句话是很不负责任的,如果你愿意教导别人,那就好好回答,如果不愿意教导别人,那就节省自己的时间不要回复,为什么要这般回答别人的提问呢,似乎国内这个风气比较严重,在国外的很多社区问答上几乎很难看到有这样的问答,哪怕是再愚蠢的问题,都会有人耐心讲解,甚至我还遇到过有人专门录制了视频为提问者解答。当然,发达国家们的worker毕竟都收支理想,空闲时间多,但是不管怎么样,我还是觉得动不动让别人去看源码学习的人,真的还不如不说。

    话说远了,继续说回SpringBoot,正是因为SpringBoot的简易性是以牺牲原理性为代价的,所以我觉得它还不是最好的解决方案。

    世界上最好的语言

    这个时候,终于要说出一句引战的话了,就如同当年PHP的梗——JavaScript是世界上最好的语言!

    好吧,我承认,JavaScript还不是世界上最好的语言,但是我要说的是,JavaScript正在成为世界上最好的语言。从ES5到ES6的巨大转变,再到ES6到ES7的巨大进步,我们能看到,ECMAScript标准的制定者们,已经是默认并且下定决心将其打造成为未来Web构建世界的基石的决心。而且从ES7开始,ES不再以数字分代,而是以年份命名,也就说,ES将会一年一代!这是什么概念,除了Java,还有什么语言是有这样的更新迭代速度?

    可以说,JS正在朝着取代Java的道路上前进着。而这一切是因为什么?仅仅是因为前端组件化的构建引发的吗?

    不,比起前端的组件化,有一个更值得引人注目的产物,那就是NodeJS。

    4aba28f02088?from=timeline

    这已经不是我第一次在文章中推崇NodeJS。当然,NodeJS早期刚推出的时候争议很大,甚至有很多人,甚至是很多大神都发文表态“为什么我不用NodeJS”之类。

    我不否认,甚至我自己在文章中也写过,NodeJS的纯异步风格和金字塔无限回调成为了其发展的瓶颈和阻碍。但是,伴随着新版7.7的Node支持ES7中的async...await开始,这个问题似乎开始逐渐被解决了,同步和异步似乎已经开始趋向平衡。而且在更未来的ES版本中,可以预览到Node似乎更适合面向对象,甚至是更简单,更强大了。

    好,接着我们说说为什么NodeJS是未来Web后端构建的基石。1,NodeJS有着无与伦比部署简易性,脚本,哪怕SpringBoot再简单,都绝不如NodeJS部署快和方便。

    2,NodeJS大量的异步思维,性能绝佳,未来实现多线程后,就再也没有短板。

    3,NodeJS与前端JS语言同步,真正意义上的one language,run everywhere

    次世代

    其次,本文的核心重点,后端组件化构建,我认为是下一个时代的趋势

    同前端组件化一样,后端也可以组件化。不是模块化,模块化只是简单的业务分离,也不是层次化,Java将层次化发展到极致,但是大量的层次会使得系统纵深过大,代码冗余复杂,维护性反而降低。后端的组件化概念,应该是组件聚合了真正完整的业务实现功能,以软件包的形式分发,然后通过极其简单的引用,将组件零侵入,零耦合地嵌入原生系统之中。

    看到这里,有些朋友们已经能感觉到了,这有点像npm的概念,那现在的npm就是组件化吗?每个npm的node包就是组件了吗?

    不全是,npm只是包管理工具,这是实现组件化的很重要的基础,我目前看到的最合适实现后端组件化构建的框架,就是Express和Koa。这两个框架的中间件的概念和设计,让我叹为观止,这是一种全新的后端开发概念。当然,其实很多人并没有理解到中间件的应用,所以我见过很多把Express和Koa当做是SpringMVC和SpringBoot来用的框架。

    如果依然是重复着控制器,业务层,持久层,一层层的处理,然后Express仅仅只是做一个路由,负责网络请求处理,那中间件的意义又何在?所以,我对中间件的理解是,中间件是被路由的内聚业务。

    4aba28f02088?from=timeline

    好的,解释一下,就是说是对于Express和Koa,我们的注意力不应该还是放在MVC上,也不是放在业务层的if...else的逻辑表达上,也是着眼全局,放在业务路由处理上,具体如何理解,看下面的例子:

    我们都知道,对于express来说,app.use(path,fn) 就能将指定路径访问请求转到指定方法。那么其实对于应用app来说,我们关心的其实只有两个点,第一,业务请求,也就是路由;第二,就是业务。到这里,相信很多人都能理解了,没错,就是通过业务路由和内聚业务,就可以完成我们的业务需求。在这里业务路由就是标准的RESTful请求,而内聚业务就是我一直在说的后端组件。

    再举更加简单的例子,相信一看就能彻底明白我说的:app.use('/register’,用户注册组件)

    app.use('/shoppingcart',购物车组件)

    app.use('/product',产品管理组件)

    ...

    到这里,已经接近尾声,因为已经很明了了,每个业务组件仅仅通过一句话,就能无缝嵌入到原生系统中,架构师所需要做的,就是规划路由,开发者们需要做的,就是实现每一个内聚业务体,也就是业务组件。在这里,每个业务组件内部都独立实现MVC三层,类似与Vue组件中的HTML,JS,CSS三者,高度内聚其中。

    这样,每个业务组件就真的能够通过包的方式分发,真正实现代码的可复用,避免重复造轮子。

    这段时间以来,我个人一直在做这方面的工作,写下这篇文章之时,我初步完成了一个组件框架的实现,下面是我制作的一个教学入口:

    4aba28f02088?from=timeline

    4aba28f02088?from=timeline

    在这个教学示例入口里,包含了我个人开发的很多Node中间件,当然,因为平时工作的关系,和这个工作量很大,文档方面还不是很完善,github上工程的使用和教学都还有点粗糙,这些都还需要一段时间慢慢完善,希望大家能多多包涵。

    结语

    终于写下了这篇文章,这篇文章,是个人在这一阶段的思考和总结,也是希望XServer能够得到更多人的支持和意见,时代总在不停的进步,作为对技术无比热爱和追求的我,永远不会停息,也许明天还有比NodeJS更好的存在出现,我期待着...

    谢谢阅读:)

    展开全文
  • Java通用后台组件化开发框架

    千次阅读 2020-07-18 20:52:22
    项目介绍 1、模块:全新的架构和模块的开发机制,便于灵活扩展和二次开发。 2、模型/栏目/分类信息体系:通过栏目和模型绑定,以及不同的模型类型,不同栏目可以实现差异的功能,轻松实现诸如资讯、下载、...

    系统简介

    JavaWeb专业版,企业级开发框架SpringBoot+Layui+Thymeleaf+MybatisPlus开发权限(RBAC)及内容管理框架,框架中集成了权限管理、模块管理,数据库管理、富文本编辑器(已集成ueditor,kindeditor),后台支持多主题切换、布局管理、广告管理、配置管理、字典管理、切图管理、CMS内容管理等常用功能模块,以方便开发者快速构建自己的应用。框架专注于为中小企业提供最佳的行业基础后台框架解决方案,执行效率、扩展性、稳定性值得信赖,操作体验流畅,使用非常优化,欢迎大家使用及进行二次开发。

    项目介绍

    1、模块化:全新的架构和模块化的开发机制,便于灵活扩展和二次开发。
    2、模型/栏目/分类信息体系:通过栏目和模型绑定,以及不同的模型类型,不同栏目可以实现差异化的功能,轻松实现诸如资讯、下载、讨论和图片等功能。通过分类信息和栏目绑定,可以自动建立索引表,轻松实现复杂的信息检索。
    3、JavaWeb企业级开发框架是一套基于SpringBoot2 + Layui开发出来的框架。
    4、支持SQLServer、MySQL、Oracle、PostgreSQL、SQLite等多数据库类型。模块化设计,层次结构清晰。
    5、Shiro权限认证,操作权限控制精密细致,对所有管理链接都进行权限验证,可控制到导航菜单、功能按钮。提高开发效率及质量。
    6、常用类封装,日志、缓存、验证、字典、文件(本地、七牛云)。等等,目前兼容浏览器(Chrome、Firefox、360浏览器等)
    7、适用范围:可以开发OA、ERP、BPM、CRM、WMS、TMS、MIS、BI、电商平台后台、物流管理系统、快递管理系统、教务管理系统等各类管理软件。

    在线演示

    官网网址:http://www.javaweb.vip
    在线文档:http://docs.javaweb.vip/
    演示地址: http://manage.javaweb.vip
    登录账号:admin
    登录密码:123456
    验证码:520

    码云地址

    地址:https://gitee.com/javaweb520/JavaWeb

    技术支持

    技术支持QQ:1175401194

    系统UI展示

    • 系统登录
      在这里插入图片描述
    • 系统主页
      在这里插入图片描述
    • 人员管理
      在这里插入图片描述
    • 人员编辑
      在这里插入图片描述+ 角色管理
      在这里插入图片描述
    • 角色设置
      在这里插入图片描述
    • 职级管理
      在这里插入图片描述
    • 岗位管理
      在这里插入图片描述
    • 部门管理
      在这里插入图片描述
    • 菜单管理
      在这里插入图片描述
    • 菜单编辑
      在这里插入图片描述
    • 操作日志
      在这里插入图片描述
    • 广告管理
      在这里插入图片描述
    • 配置管理
      在这里插入图片描述
    • 友情链接
      在这里插入图片描述
    • 通知公告
      在这里插入图片描述
    • 代码生成器
      在这里插入图片描述
    • 商品管理
      在这里插入图片描述
    • CMS管理
      在这里插入图片描述
    • 会员中心
      在这里插入图片描述
    • 统计报表
      在这里插入图片描述
    • 统计报表二
      在这里插入图片描述
    展开全文
  • sailorjs:后端组件-源码

    2021-07-11 09:19:22
    后端组件 | | | Sailor是一个分支,支持额外功能,用于创建基于模块代码的自定义后端: 最重要的功能是: 将应用程序的通用逻辑打包在模块中(如 μservices)并作为 npm 包加载。 更好的多语言体验、清晰的...
  • 组件化开发的一些思考

    千次阅读 2018-06-26 16:17:13
    组件化和模块化开发是这几年比较热门的话题,在尝到了模块化开发的甜头后,近期打算将公司的项目切换到vue进行组件化开发,这里对遇到的问题进行一下总结: 首先抛出开发中遇到的问题: 1. 哪些部分可以进行组件化...

    组件化和模块化开发是这几年比较热门的话题,在尝到了模块化开发的甜头后,近期打算将公司的项目切换到vue进行组件化开发,这里对遇到的问题进行一下总结:

    首先抛出开发中遇到的问题:
    1. 哪些部分可以进行组件化?
    2. 项目的目录如何划分比较合理?
    3. 组件如何划分,小而美,还是大而全?
    4. 逻辑和ui强耦合,如何组件化?

    问题一: 哪些部分可以进行组件化?
    css组件化
    1. 定义一个css类,比如btn类,在vue中通过@include引入
    2. 定义一个组件,导入css类
    1的优点使用非常简单,2的优点是结合了vue功能更加强大
    页面的组件化
    将整个页面拆分为一个一个的组件,然后想堆积木一样组合起来,形成一个完整的页面,好处是入口文件中全部都是导入的组件,项目结构不仅一目了然,添加和删除组件也十分方便。

    问题二:项目的目录如何划分比较合理?
    项目划分仁者见仁智者见智,适合自己的就是最好的,我的划分原则是将公共组件放在component下面,将样式放在css目录,图片在images目录,页面在pages下,导入的第三方js放在vendor下,如下图
    这里写图片描述

    问题三: 组件如何划分,小而美,还是大而全?
    这个要结合具体的业务场景,结合页面的布局,需求变更等,如果项目进入成熟期,需求变更较小的时候可以尝试设计大而全的组件,如果项目快速迭代,需求变更频繁,建议还是设计小而美的组件,这样可以更加灵活。

    问题四: 逻辑和ui强耦合,如何组件化?
    由于本人日常是负责H5活动的开发,每个活动中逻辑和ui是强行耦合在一起的,如果将逻辑和ui放在一起,每开发一个活动都需要开发一个组件,这显然不是我想要的,于是我将逻辑和DOM分离,逻辑组件本身不关注DOM结构,两者通过事件通信,这样不同的项目就可以共用一套组件,未来如果要开发到通过拖拽来开发项目的系统也可以非常方便的集成。

    展开全文
  • 我理解的模块化与组件化

    千次阅读 2017-06-27 22:21:50
    诞生之处应用比较简单,后端掌控一切,所以,直接后台人员写就好了。Html css js 没有模块这个概念。导致前端先天残疾,后天畸形。发展中 应用太大,出现专职的前端,导致代码分离。前端出现, 结构 样式 行为 ...

    先天残疾,后天畸形。

    前言:一直以来,这块总是模模糊糊,搞不懂到底是什么,整理成文字,理下思路,想到哪里写到哪里。

    web之初:
    诞生之处应用比较简单,后端掌控一切,所以,直接后台人员写就好了。Html css js 没有模块化这个概念。导致前端先天残疾,后天畸形。

    发展中
    应用太大,出现专职的前端,导致代码分离。前端出现,
    结构 样式 行为 的分层。

    大前端时代
    应用越来越大,必须分层。出现mvvm的结构。amd的模块管理方案。没有规划的页面开始混乱。

    项目结构的思考:
    项目由 模块 组成,模块由组件组成,有共用的有私有的。这是模块化你的业务,模块化你的代码。主要有html,css ,js 可以用 amd的方案来做。

    html的思考:
    缺陷:没有嵌入功能。
    需求:layout(布局) partials(组件) module.html
    css:
    common.css module.css
    用less 来管理更简单,可以有嵌入功能。可以分细一点分成一个一个功能 or页面来写。
    js: 按模块来写。然后在页面中引用这些模块。这是我的思路。

    关于打包:它可以减少请求。但是size也变大了。这个看情况把,首次加载不要大于1m我感觉就还好。大了的化就切割吧,要不然影响体验。我觉得按模块打包就可以。不要太大就好。css可能打包不了有冲突的,可以给模块加个前缀来区分,最后可以打包成一个。

    解决的方案。是 fis + require
    这个是组件的概念比较弱。他是js html的混合物,html要插进去。js可以require进来。

    现今的开发方式。mvvm: 他是什么鬼呢?
    和上面的差不多了。就是单页的。用js来控制页面而已。同时运行js ,切换出去,要销毁。

    一个应用的结构:
    从一个应用中提取东西。方便管理。相当于公用模块了。
    如 一些函数可以单独拿出来。项目的配置信息可以拿出来。
    config factory 只是mvvm多了一些东西 路由 和模板的过滤器 指令
    好吧 就这些,不知道说啥了。。

    展开全文
  • Web应用的组件化开发(一)

    千次阅读 2017-05-27 20:28:39
    1. 为什么要做组件化? 无论前端也好,后端也好,都是整个软件体系的一部分。软件产品也是产品,它的研发过程也必然是有其目的。绝大多数软件产品是追逐利润的,在产品目标确定的情况下,成本有两个途径来优化:...
  • 什么叫组件化开发

    万次阅读 多人点赞 2018-02-24 21:38:46
    转载:什么叫组件化开发? - aloo的回答 - 知乎 https://www.zhihu.com/question/29735633/answer/90873592  从第一代码农写下第一行代码开始到上个世纪的80年代的软件危机,码农一直在考虑一个问题,怎么让写代码...
  • 有一些选项可以参数: APPLICATION_NAME:应用程序的名称 APPLICATION_HOSTNAME:访问您的应用程序的主机名/路由 例子: oc new-app nationalparks-py -p APPLICATION_HOSTNAME=nationalparks-roadshow....
  • CARTA图像查看器(后端) 简单的基于Web的界面的后端过程,用于查看CASA,FITS,MIRIAD和HDF5格式的射电天文图像(使用针对HDF5的IDIA自定义架构)。 与在后端上渲染图像并将渲染的图像发送到前端客户端的常规方法...
  • 前端组件化开发实践总结

    千次阅读 多人点赞 2021-10-13 12:46:52
    自从 2010 年第一份工作接触了前后端半分离的开发方式之后,在后面的这些年里,对前端的组件化开发有了更全面一点的认识,组件化在我们的前端开发中,对提高开发效率、代码的可维护性和可复用性有很大帮助,甚至对跟...
  • 构建后端项目的一个框架 安装生成器 npm install express-generator -g 使用 先进行初始 npm init 创建项目 举例: express 04-express-project 目录内容 bin 项目的配置文件( 比如: port ) www 使用http...
  • el-select组件化: <el-select :class="obj&&keyword[keywordAttr.label]? 'selected': ''" :value="keyword" :placeholder="obj && keyword[keywordAttr.label]? keyword[keywordAttr.label]: placeholder...
  • 前端组件化思想

    万次阅读 多人点赞 2018-02-27 09:59:14
      组件化并不是前端所特有的,一些其他的语言或者桌面程序等,都具有组件化的先例。确切的说,只要有UI层的展示,就必定有可以组件化的地方。简单来说,组件就是将一段UI样式和其对应的功能作为独立的整体去看待,...
  • 本篇博客是针对企业级开发课程的大作业写的开发模式说明,本来是要写后端渲染的,但是为了提高开发效率,和前端模块复用性,进而使用Vue的组件化开发前端,并把渲染层放到前端,后端只做动态数据服务 本篇暂时先...
  • 1. 什么是前端工程 自有前端工程师这个称谓以来,前端的发展可谓是日新月异。相比较已经非常成熟的其他领域,前端虽是后起之秀,但其野蛮生长是其他领域不能比的。虽然前端技术飞快发展,但是前端整体的工程生态...
  • 最近有一个项目,还是使用的传统 MVC 模式开发,完全基于jQuery,使用了基于java模板引擎velocity,页面中嵌入了大量java语法,使得前后端分离不彻底,工程打包上线苦不堪言,为实现后端为服务,前端也得彻底从...
  • Web组件化这种方式有天生的问题,第一,组件的定制化不强,因为大多开发的组件是通用组件,用多次复用才有价值,而网站开发中,由于前端代码的灵活性太强,导致完整的封装非常困难,而一旦完整封装后,灵活性就丧失...
  • 后端独立系统 中间有类似 swagger 的接口约定机制 缺点: 形成这个问题的原因是整个研发过程两极分化,断裂得很厉害,前后端的唯一桥梁是接口,并且,一般来说,当一端产生了变更之后,很难有一种自动同步机制去...
  • Web应用的组件化

    千次阅读 2016-07-02 09:41:11
    1. 为什么要做组件化? 无论前端也好,后端也好,都是整个软件体系的一部分。软件产品也是产品,它的研发过程也必然是有其目的。绝大多数软件产品是追逐利润的,在产品目标确定的情况下,成本有两个途径来优化:...
  • 规范云帮后端组件名称,方便管理和排错;重新设计的负载均衡组件(acp_entrance)可灵活对接企业级和开源的负载均衡系统;17 个中等级别以上的bug修复、云帮社区版 迎来2017年7月升级版本,本次是今年比较大的版本...
  • 组件化和模块化 组件化和模块化有利于封装以及复用。   组件化: 1.生命周期。  前端框架都有一个重要的词语,生命周期,都大部分从几个方面来看,初始化,渲染,存活期,销毁。 2.数据通讯  组件之间的...
  • 前端组件化基础知识

    千次阅读 多人点赞 2020-12-31 22:45:17
    这里我们一起来学习前端组件化的知识,而组件化在前端架构里面是最重要的一个部分。
  • 同时我们也接入了Route,解决了activity间的跳转耦合,其实Route能够真正发挥它强大作用的是组件化、模块化项目中。以上这些工作我们都为后面业务的剥离打下了良好的基础。 2、 抢单、订单等各种业务柔和在主工程...
  • 本章节利用node+express+mongo制作后端接口,再利用guiplan软件来进行可视配置数据库与接口,一键生成代码。加快开发速度与效率。 从简单的数据库配置再到常用的增删改分页接口配置。 除了教大家去自动配置接口...
  • 前端组件化框架之路

    千次阅读 2016-07-05 15:02:18
    1. 为什么组件化这么难做 Web应用的组件化是一个很复杂的话题。 在大型软件中,组件化是一种共识,它一方面提高了开发效率,另一方面降低了维护成本。但是在Web前端这个领域,并没有很通用的组件模式,因为...
  • Java Web 后端技术可视(一期总结) 1、学习体会 在加入拉钩大数据二期预科班三个月的时间内,从开始刚进入公司以后闲暇的生活变得开始忙忙碌碌起来,中间也由于自身发生了很多事情,也落了一点课程,现在也开始...
  • 初识HTML(五)---组件化思想

    千次阅读 多人点赞 2020-11-10 19:44:03
    组件化思想 本文我们来聊聊组件化思想 好比我们的衣服 我们总不能一下子穿一套(内衣,内裤,袜子,棉裤,外套等等,我们总不能缝在一起穿吧,这样就只有这一套搭配了) 而且你做出来好看的衣服了,可以拿给别人去参考...
  • iOS组件化(五)-组件间调用

    千次阅读 2018-08-06 18:42:32
    一、什么样的组件需要互相调用 组件是有层级之分的,有上下的依赖关系(比如对业务而言的基础库),也有同级的互相接口调用关系(比如不同的上层业务相互提供能力)。 在下上的依赖关系下,一般不牵扯调用,依赖即...
  • 1、不想重复造轮子的后端 2、不想学bootstrap的后端 3、后端开发想自己写简单页面的 4、偷懒的前端 本文注重手机端,对web要求不大,排名不分先后   模板 1、Amazeui http://amazeui.org/ 样式齐全,文档...
  • 组件化:可以将封装好的代码注册成标签,重复使用。 三、优势: MVVM模式: 即模型-视图-视图模型。【模型】指的是后端传递的数据。【视图】指的是所看到的页面。【视图模型】mvvm模式的核心,它是连接view和model...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 130,352
精华内容 52,140
关键字:

后端组件化