精华内容
下载资源
问答
  • Web后端开发

    2019-06-01 00:50:10
    为了描述我们开发出来的web服务 ,有了wsdl,即为使用标记语言写出的。实现这种协议的方式有jax-ws和jax-rs框架,ws是以动作为驱动的,rs是以名词(资源)位驱动的。基于这两种实现框架,又产生了其他框架,比如同时...

    Websevice

    Web服务提供一种跨平台的远程调用服务。

    服务端和客户端的数据传递. 对象传递遵循soap协议,soap传输协议是基于xml和http的。为了描述我们开发出来的web服务 ,有了wsdl,即为使用标记语言写出的。实现这种协议的方式有jax-ws和jax-rs框架,ws是以动作为驱动的,rs是以名词(资源)位驱动的。基于这两种实现框架,又产生了其他框架,比如同时基于两者的apache的CXF框架。


    微服务后端

    杂七杂八

    msb:微服务间通信不是直接点对点发送的,而是先发送至路由

    elasticsearch:日志记录用的

    rootpath:微服务前缀,/api/微服务名字/版本/ ,通用写法

    @Entity  //hibernate将这个类识别为实体类,并可以为其绑定一个数据库对象
    @Table(name = "hero")  //hibernate将这个类和以此名字的数据库绑定
    @Setter
    @Getter
    public class Hero {
    
     @Id  //数据库主键
     @GeneratedValue  //表明是自动生成
     @JsonProperty  //表明能够转化为json串,传入/传出json串时,id和{"id":"24"}对应,24为其值
     private Long id;
     
     @Column(nullable = false)
     @JsonProperty
     private String name;
     
     @Column
     @JsonProperty
     private String age;
     
     @Column
     @JsonProperty
     private String ability;
    }
    

    restful风格中的get、post、put、delete等操作都是针对url资源的操作,http向服务器发送请求时,会表明自己是什么类型的请求,同时,有QueryParam(“name”)的,在url中以“?name=hahahah”的形式想资源方法中赋值。

    • @get 用户想从服务器获取资源,一些内容显示在url中
    • @put
    • @post 用户想把东西发给服务器,发送的内容的写在body中,url中是看不到QueryParam的参数
    • @delete 用户想删除服务器里的某些资源
    @Path("/")  //表示该类提供的restful接口访问的根路径url,真正的url全路径还要加上server里的rootpath。
    @Service  //表示该类是个容器类,容器启动时会自动实例化该类。
    @Api(tags = {"hero api"})  //api名字会显示为hero api
    @Produces(MediaType.APPLICATION_JSON)  //表示restful接口返回的消息格式,此处返回JSON格式的内容。
    public class HeroResource {
     private HeroDao heroDao;
    }
    

    体会:

    • 基本类,类成员变量被@JsonProperty注解的,可以放在bean package中,每个基本类其实都应该是POJO类
    • 基本类的操作类,比如hibernate类的数据库DAO操作类,
    • 微服务中的资源类,通过操作类的实例,对POJO类的实例进行操作
      使用的时候,先对操作类注入/set一个POJO实例,再将得到的操作实例注入/set到资源类,好处是,耦合度较低。

    http请求的内容,发送的信息包括url、header(POST、GET、DELETE、PUT)、body(json串)、token,其中,URL就是ip+path+(一些参数)。
    response中的{“Code”:“200”,“Message”:“hahaha”},就是位于body中。


    Reuslt类可以有很多个,不一定要一个类就能完成所有情况的结果展示或者回复,但是,多种不同类要继承于一个父类,方便向上转型。

    展开全文
  • web后端开发程序

    2015-05-19 20:41:09
    主要是web后端开发的servlet,主要讲述一些基本程序的登陆的操作。
  • 一文看懂Web后端开发

    2021-03-20 23:53:34
    一文看懂Web后端开发 前言 由于网络上系统地介绍后端开发的文章实在太少,而最近有恰巧有许多同学问我“什么是后端开发?”、“你为什么喜欢后端开发?”、“做后端都需要学什么?”,那么我们就来讲一讲,到底什么...

    一文看懂Web后端开发

    前言

    由于网络上系统地介绍后端开发的文章实在太少,而最近有恰巧有许多同学问我“什么是后端开发?”、“你为什么喜欢后端开发?”、“做后端都需要学什么?”,那么我们就来讲一讲,到底什么才是后端开发。

    定义

    后端开发Back-End Development,也称服务端开发服务器端开发等)是创建完整可运行的Web应用服务端程序(服务端程序和资源合称为后端,即在服务器上运行的、不涉及用户界面的部分)的过程,是Web应用程序开发的一部分。后端开发者使用JavaGolang等语言及其衍生的各种框架、库和解决方案来实现Web应用程序的核心业务逻辑,并向外提供特定的API,使得Web应用能够高效、安全、稳定地运行。

    说人话!

    好吧,如果你看了定义仍然很懵,那我就用一些非常易于理解的表达形式来说一说“什么是后端开发”。虽然这些表述可能并不严谨或完全正确,但是我相信这样一定能使你明白什么是后端开发。

    这里我们拿前端来类比一下,因为我相信绝大多数看到这篇文章的人都已经对“什么是前端开发”、“什么是前端”有一定了解了:

    1. 前端就相当于我们的肉体,后端就相当于我们的灵魂和思想;
    2. 前端是如何操作游戏,后端是具体的游戏规则;
    3. 前端是用户能看到的,后端是用户看不到的;
    4. 前端是跑在浏览器上的,后端是跑在服务器上的;
    5. 前端采集用户的输入,后端处理用户的输入;
    6. 前端开发是写代码给用户看,后端开发是写代码给服务器看。

    是不是这样一讲就明白了?那我们接着往下看。

    具体职责

    1. **实现Web应用程序的实际业务逻辑。**即:实现Web应用程序的具体功能(如注册、发表和查询信息等)或Web应用程序在服务端执行的具体操作。这是后端开发这项工作的主要内容;
    2. **使用API和创建API。**后端需要向前端提供前端所需的数据,也需要使用第三方API来完成业务逻辑(如完成某个功能需要通过API调用其他应用、在使用框架进行开发时需要使用语言和框架的API、操作数据库时需要使用数据库或ORM框架的API等)。因为在后端开发的过程中经常需要与API打交道,所以有人也把后端开发称为“API开发”,就像有些人将前端称为“GUI开发”一样;
    3. **优化。**在用户量达到一定程度后,就会出现诸如响应慢等各种问题(不理解的话想想你们大学的选课系统);同时,随着代码行数的增多,许多架构上的缺陷可能也会随之暴露出来,如代码逻辑混乱、模块划分不正确等。此时就需要后端开发人员对Web应用程序进行优化,如重构、分布式部署、优化业务逻辑、单体应用拆分成微服务等;
    4. **架构设计。**虽然一般只有高级的后端开发人员和架构师才需要关注架构问题,但是架构设计是后端开发中非常重要的一环,因为它决定了如何组织代码、某个模块负责解决什么样的问题、系统的扩展性和可维护性如何、业务逻辑如何进行组织等,也会一定程度上影响到业务逻辑的具体实现(比如微服务和单体架构这两种架构下,同一种业务逻辑的实现可能完全不同)。

    特征

    1. 后端是工作在服务器上的,负责通过API向前端或其他系统提供其所需的信息(如数据等);
    2. 后端开发实际上是开发Web应用中对用户不可见的部分(如核心业务逻辑、数据库等),大多数的后端开发都是不涉及用户界面的(除了在前后端不分离的架构中将前端的静态页面通过模板引擎改造成动态页面时);
    3. 通常情况下,一个Web应用的绝大多数代码都属于后端代码,因为后端承担了Web应用实际的业务逻辑;
    4. 后端开发的压力通常比前端开发要大,因为后端是Web应用的“灵魂”,它影响着Web应用的方方面面,除了业务逻辑之外还需要考虑安全性、稳定性、可维护性、可扩展性、伸缩性等问题。

    技术

    1. 程序设计语言。许多语言都可以用于后端开发,比较流行的是JavaGo。例如我所使用的就是Go语言,也曾经使用过Java。此外,由于后端开发中经常需要和数据库打交道,所以作为后端开发者,还需要懂SQL语言(如果使用了NoSQL的话,也需要懂NoSQL数据库的语言);
    2. 数据库。数据库作为一种简单易用的持久化机制,可以让用户的信息不因为断电等故障而丢失,Web应用开发中经常需要用到数据库,甚至许多简单的Web应用本质上都只是“数据库的可视化系统”,也因为绝大多数简单的业务逻辑本质上都只是对数据库的增删改查(即CRUD);
    3. 框架、库和解决方案。想要高效率地开发Web应用,框架、库和解决方案是必不可少的,比如MVC框架、ORM框架、RPC框架、微服务开发框架、云基础设施(如Service Mesh、容器编排工具等)、运行时环境/容器(如Docker)、消息队列(Message Queue,MQ)、日志收集和分析工具等;这部分有一些框架是可以跨语言通用的,比如gRPC(RPC框架)、Istio(Service Mesh),也有一些是某种语言专用的,如Spring Cloud(微服务开发工具,JVM技术栈专用)、Gin(MVC框架,Go语言专用);
    4. 架构和指导思想。架构是后端开发中非常重要的一部分,作为一名后端开发者需要了解常见的架构,如三层架构、SOA、微服务架构、六边形架构等,还需要了解常用于后端开发中的指导思想,如设计模式、MVC模式、DDD、CQRS/ES等;
    5. 包管理工具/项目管理工具。因为后端开发中经常要用到各种框架和库,所以用于管理这些框架和库的管理工具是非常重要的。每一门语言都有自己的包管理工具,如Java的Maven,Go语言的go mod等;
    6. 基础知识。不管是前端开发还是后端开发,都需要对操作系统、计算机网络、数据结构等基础知识有一定了解,还需要了解对应语言的编码规范、重构等知识,这可以帮助你理解框架和库,也能帮助你写出更高质量的代码;
    7. 开发方法。实际上这个也可以说是属于指导思想的一部分,包括CI/CD、敏捷开发、DevOps等;
    8. 版本管理工具。相信我,几乎没有人能离开这玩意。最常用的是Git

    误解

    有不少人其实对后端开发误解很深,以下是一些常见的误解:

    1. 后端开发就是CRUD/后端开发太简单了;
    2. 不同系统的后端面临的问题高度相似;
    3. 后端开发很枯燥;
    4. 后端的逻辑比前端复杂;
    5. 对于后端开发者来说,设计业务逻辑是一件很简单的事情;
    6. 后端开发的工作太单一了/后端不是一个综合的领域;

    这些误解有时候会劝退一些有意从事后端开发的同学,我们现在就来澄清一下这些误解:

    1. 我不否认很多简单的Web应用确实就是CRUD,但是绝大多数的Web应用都不仅仅是CRUD。至于“太简单了”,能说出这话的人一定没做过后端,或者只做过CRUD,或者是超级大牛。如果不是超级大牛的话,请说这话的人写一个能撑住五万并发的秒杀系统出来,并做压力测试,然后再看看这句话;另外,后端开发是一个非常综合的领域,既有非常抽象的架构和指导思想,又有具体的解决方案和业务逻辑,还涉及到许多计算机底层问题(如多线程、网络、I/O等)。并且,虽然后端技术稳定,但也不至于学了点东西就可以到哪里都通吃,例如,如果你没听说过云原生、微服务、Serverless等新技术的话,那说明你已经很久没有跟上后端技术的发展了;以及,如果你现在还在用JSP,那我敢肯定你一定没有意识到诸如前后端分离之类的新问题;
    2. 这个说法也完全不对。不同的系统所面临的具体问题是完全不同的。先不说对一个具体的需求可能有很多种不同的解决方案(如针对单点登录(Single Sign On,SSO)问题就有长连接(虽然我没见过落地案例)、共享Session、JWT等方案),有时候甚至当你拿到一个需求时,可能连要解决什么问题都搞不清楚,这也就是为什么诸如DDD这样的系统分析方法一直备受关注,且重构也经常在各种规模的Web应用中都引起重视,因为用户需求往往不是那么明确,可能会引导我们做出错误的设计;
    3. 记住,枯燥的是CRUD,而不是后端。后端开发的技术含量实际上是非常高的,也非常有意思,充满了未知与挑战。像微服务、云原生、DDD、CQRS/ES、高并发、负载均衡、缓存、消息队列、多线程、微服务监控、Service Mesh等技术,每一项都值得我们去研究,而这些技术中有很多都是在大型Web应用中被频繁使用的,如果你真正了解后端开发的话,是绝无可能说出“后端开发很枯燥”这样的话的。请记住,并不是不涉及界面的工作就一定很枯燥;
    4. 在大多数的系统中是这样的,但是有些Web应用的前端逻辑复杂程度可能不亚于后端,甚至可能还会超过后端,比如像石墨文档这样的多人协作文档系统,还有ProcessOn这样的在线绘图系统,其前端逻辑可能都是非常复杂的;
    5. 参见2。能说出这话的人一定没重构过一个“大泥球”一样的应用,也没设计过一个用户需求非常模糊的系统(比如用户只给了一条需求:做一个CMS(内容管理系统),你觉得简单你可以来试试,然后用它一个月,如果你不是个有经验的后端开发者的话,我相信你一定会被你自己所写的这个系统逼疯,恨不得将它完全重构);
    6. 参见1和2。如果后端开发还不综合的话,那什么才是综合的呢?

    我不否认做一个只会CRUD的后端开发者很简单,但既然对后端开发感兴趣,那我们就要有更高的志向,不能把自己框死在CRUD里。

    这里送给各位未来的后端开发者一句话:“我等采石之人,当心怀大教堂之愿景”。如果自己一个人完成一个简简单单的CRUD项目,你可以有自己的想法,例如在其中应用DDD和CQRS,或不断地优化它以达到最佳状态;如果迫于工作经验而不得不CRUD,你也可以用业余时间去提升自己的技术,让自己有更光明的未来。

    什么样的人适合做后端?

    说了这么多,那什么样的人才适合做后端开发这份工作呢?

    1. 讨厌写用户界面或与用户界面打交道的人。有很多人是因为讨厌写界面(尤其是CSS这种反人类的东西)才来做后端开发的。这里没有界面,讨厌与用户界面打交道的人不妨尝试一下后端开发;
    2. 细心的人。后端开发实际上比前端开发更需要细心。就如前文所述,后端是Web应用程序的“灵魂”,后端开发中的许多问题都决定着Web应用的“生死存亡”,尤其是数据校验多线程/多进程异步编程事务/分布式事务与第三方系统的交互等,这些问题有非常非常多的细节,且既复杂又非常重要,一旦在细节上出现问题(如数据校验不完全或加锁解锁的逻辑出现错误),轻则出现错误的数据或业务逻辑不能正常运行,重则直接导致整个Web应用挂掉或出现安全问题(如数据校验不完全导致的文件上传漏洞、函数使用错误导致的远程命令执行漏洞等)。所以如果你想从事后端开发,那足够细心绝对是一个必要的条件;
    3. 喜欢与机器打交道多于与人打交道的人。与前端开发是“写代码给人看”的不同,后端开发是“写代码给服务器看”(或者说给前端/第三方系统看)的。虽然这两个说法都不太严谨,但是后端开发更多的就是与服务器打交道(如降低资源使用率、提高Web应用程序的运行效率等等),而不是与人打交道(如提高页面的美观程度、思考用户的使用逻辑和心理等等);
    4. 想编写实际的业务逻辑的人,或喜欢算法和逻辑的人。前端的逻辑更多的是交互逻辑,如点击某个按钮应该弹出什么窗口、怎么把数据渲染成用户想要看到的页面等,而后端的逻辑更多的是实际的业务逻辑,如完成某个功能需要怎样做、请求某个API应该返回什么样的数据等。如果你和我一样写前端时因为总是接触不到实际的业务逻辑而感到不爽,那么大后端欢迎你;
    5. 好奇心强、自学能力强且有终身学习的觉悟的人,或者喜欢钻研技术的人,或喜欢充满挑战性的工作的人。后端看似简单,实际上技术含量是非常高的。就如前面所说,现在的后端可不仅仅是CRUD,而是随着互联网和云计算技术的发展而不断改变,Web应用程序在需求不断变化的过程中功能变得越来越强,架构变得越来越复杂,对性能的考验也越来越严峻,技术含量自然也就越来越高。作为一名后端开发工程师,需要有不断学习新技术的觉悟,还需要有一定的自学能力,因为不是什么技术都有人教你的,在学习和使用最新技术时对着英文文档啃是常有的事;
    6. 对系统架构感兴趣或想要成为架构师的人。虽然不可否认的是由于前端至今没有“一统天下”的解决方案而使得前端开发人员经常会比后端开发人员更早地接触到架构的部分,但是传统意义上的前端说白了也就是浏览器那“一亩三分地”(前端同学别喷我,这里仅仅说的是传统的Web前端,“大前端”是不算的哈),而后端技术的天花板则是“地球上人类的数量”(接触过高并发的同学看到这句话应该很有感触吧,哈哈),而核心的业务逻辑往往存在于后端,后端的优化压力往往比前端更大,这就使得初级的后端开发者在进行开发时需要对系统的架构有一定了解、高级的后端开发者需要经常思考系统的架构设计的问题,这也使得后端开发者更容易成长为架构师;
    7. 沉得住气的人。除了有第5条中提到的“后端的技术含量实际上是非常高的”这一原因之外,还有一个原因就是后端并不是“所见即所得”的,经常需要你编写几十甚至几百行代码、做无数复杂的配置才能把Web应用运行起来(注意,是运行,写业务逻辑的话需要更多代码),另一个原因是后端开发的门槛比前端要高——你至少得掌握一门语言和这门语言在后端开发方面的一些框架或库才能开始开发。所以,后端开发者必须要沉得住气,不能因为写几行代码看不到任何效果就想放弃;
    8. 对系统的基础设施(如框架、库和解决方案等)感兴趣的人。据我所知,许多在云原生方面有深刻造诣的大佬都是从后端开发者成长起来的,许多框架的作者曾经也是后端开发者。如果你碰巧像我一样对框架、库和解决方案(如Spring BootSpring CloudGinKubernetesIstio等)十分感兴趣,那么可以从成为一名后端开发者开始,在编写业务代码的过程中慢慢体会框架的重要性和所用框架的优缺点,以及如何设计一个好的框架。

    虽然你并不需要满足以上每一项才能成为一个后端开发工程师,但是如果你发现你满足上面的某一条或某几条,而且你还没有找到自己的方向,那么不妨来尝试一下后端开发。

    我为什么喜欢后端开发

    先简单介绍以下我的经历吧。我从2019年1月开始接触前端开发,于2019年8月正式转向后端开发,并一直从事后端开发至今。我喜欢后端开发的原因,其实很简单:

    1. 我反感写界面,痛恨GUI编程,每次一写界面我就想遁地。后端开发不需要考虑界面的问题,这里没有界面,只有API;
    2. 我喜欢写实在的业务逻辑,不想总是隔着个API而“任人摆布”,解决实际问题对我来说简直棒极了;
    3. 我喜欢与机器打交道,可以写一天的代码而不感到无聊,但我不喜欢与人打交道,尤其是面对面交谈非技术问题时总会感到不自然(当然,聊技术我能聊一天都不嫌烦);
    4. 我想要成为一名架构师,想成就优秀的设计,而后端开发能更多地接触到系统的架构和设计;
    5. 接触到后端开发后,我发现我对这一领域内的绝大多数事物都感兴趣,如云原生、DDD、Service Mesh、系统架构等;
    6. 写前端会让我感到痛苦万分,因为我审美诡异、不擅长思考用户的使用逻辑、不擅长编写交互逻辑,写出来的东西又丑又反人类。而当我开始写后端时,我发现我的思考方式经常和真实的业务逻辑出奇地一致,有时候还能在做项目的过程中发现当前所使用的工具的不足,并且思考如何才能设计得更好;
    7. 做后端开发做了一年左右,我越来越感觉到我喜欢这份工作。

    如果你也和我有一样的想法,那么你说不定也非常适合从事后端开发的工作。大后端欢迎你的到来。

    结语

    很多人对后端开发的误解源于缺少一篇系统地介绍后端开发的文章。虽然作为一个仅仅入行一年半(截止到2021年3月)的菜鸟,我对后端开发的理解肯定还有许多不足与偏颇,这篇文章也并不那么“系统”,但我仍希望这篇文章能帮助到其他同学了解后端开发或消除对后端开发的误解,抑或找到自己的方向而走上后端开发这条路。

    如果发现文中的错漏之处,欢迎发表评论或联系我进行改正。希望能帮到更多对后端开发感兴趣的同学。

    展开全文
  • web后端开发学习路线My previous article described how you can get into frontend development. It also discussed how the front end can be a place filled with landmines – step in the wrong place and you'...

    web后端开发学习路线

    My previous article described how you can get into frontend development. It also discussed how the front end can be a place filled with landmines – step in the wrong place and you'll be overwhelmed by the many frameworks of the JavaScript ecosystem.

    我以前的文章描述了如何进行前端开发 。 它还讨论了前端如何成为一个充满地雷的地方-进入错误的地方,JavaScript生态系统的许多框架会让您不知所措。

    In this blog article, let's see how you can get into back end development. Along the way, I'll answer some of the most common questions people ask me about it.

    在这篇博客文章中,让我们看看如何进行后端开发。 在此过程中,我将回答人们问我的一些最常见问题。

    什么是后端开发? (What is Backend Development?)

    Front end development involves what a user sees on the screen when they open a specific URL owned by you. Even in a completely static environment (with only HTML/CSS), when someone opens a website, some server on the planet needs to respond to you with those HTML and CSS files.

    前端开发涉及用户打开您拥有的特定URL时在屏幕上看到的内容。 即使在完全静态的环境(只有HTML / CSS)中,当有人打开网站时,地球上的某些服务器也需要使用这些HTML和CSS文件来响应您。

    That server is just a computer, just like the one you use yourself to browse the internet. But it has been tuned for performance, and doesn't have unnecessary components like a mouse or keyboard attached. And it sits with tons of other computers probably in a data warehouse.

    该服务器只是一台计算机,就像您自己用来浏览互联网的计算机一样。 但是它已经过性能调整,并且没有多余的组件,如鼠标或键盘。 它与数以千计的其他计算机一起放置在数据仓库中。

    Programming those computers in some special way is called back end development.

    以某种特殊方式对这些计算机进行编程称为后端开发

    You may think that backend development is called what it is because it runs behind the user's back. A visitor to your website never really "accesses" the back end completely. They just communicate with your server, either directly through ports for very limited access (like transferring HTML/CSS files) or not even that – buried deep under CDNs or firewalls (like Cloudflare).

    您可能会认为后端开发就是所谓的,因为它在用户背后运行。 您网站的访问者永远不会真正完全“访问”后端。 它们只是直接通过端口与您的服务器进行通信,以进行非常有限的访问(例如传输HTML / CSS文件),甚至不进行通信–将它们深深地埋在CDN或防火墙(如Cloudflare)下。

    Now that we have a raw understanding of what back end development means, let's get into some real questions.

    现在,我们对后端开发的含义有了一个初步的了解,让我们进入一些实际的问题。

    后端需要前端编程知识吗? (Is front end programming knowledge required for the back end?)

    TLDR; No.

    TLDR; 没有。

    Back end development, as mentioned above, involves the programming of a computer sitting probably on the other side of the planet responsible for responding to what your users say from their own computers.

    如上所述,后端开发涉及对计算机的编程,该计算机可能位于地球的另一侧,负责响应用户从其自己的计算机发出的信息。

    If you're a full-time backend developer, you do not really need to care about what goes on inside those HTML, CSS and JavaScript files you send to the user's browser. Instead, you've to focus more on the performance of the server, the server code, and throughput.

    如果您是一名全职后端开发人员,那么您实际上不必关心发送到用户浏览器HTML,CSS和JavaScript文件中的内容。 相反,您必须更多地关注服务器的性能,服务器代码和吞吐量。

    后端开发有哪些内容? (What goes into back end development?)

    Well, going by the books, you may say that a person who codes an application that can respond to HTTP requests is a back end developer.

    好吧,按照这些书,您可能会说,编写可以响应HTTP请求的应用程序的人是后端开发人员。

    But in reality, sometimes back end developers are able to do much more than just writing server scripts. They have the knowledge to set up reverse proxy servers (NGiNX/HAProxy), enable compression and other ways to speed up the site, and set up a production docker environment.

    但是实际上,有时后端开发人员不仅可以编写服务器脚本,还能做更多的事情。 他们具有设置反向代理服务器(NGiNX / HAProxy),启用压缩和其他方式以加快站点速度以及建立生产docker环境的知识。

    To qualify as a back end developer, I'd say the bare minimum skills you need are:

    要成为合格的后端开发人员,我想说的是,您需要的最低技能是:

    1. Good knowledge about a programming language in which you can write HTTP servers. Examples: C#, Java, Node, PHP, Python, etc. (there are many!)

      对可以用来编写HTTP服务器的编程语言的丰富知识。 示例:C#,Java,Node,PHP,Python等(有很多!)
    2. Manage to host using cPanel (traditional) or using bash terminal (cloud hosting/traditional)

      使用cPanel(传统)或bash终端(云托管/传统)管理托管
    3. Working with Version Control Systems (VCS) like git for managing and deploying builds

      使用git等版本控制系统(VCS)来管理和部署构建

    Just like every game comes with minimum and recommended specifications, for back end developers, my recommend specifications would be (inclusive of the minimum skills):

    就像每款游戏都有最低要求和推荐规格一样,对于后端开发人员,我的推荐规格将是(包括最低要求):

    1. NGiNX for static file assets and server management

      NGiNX用于静态文件资产和服务器管理
    2. Database Management skills (SQL/NoSQL)

      数据库管理技能(SQL / NoSQL)
    3. Security of backend (Writing safe and robust code, running applications in docker containers with limited privileges, protection against DoS attacks)

      后端的安全性(编写安全可靠的代码,以有限的特权在Docker容器中运行应用程序,防范DoS攻击)
    4. Autoscaling/Load balancing

      自动缩放/负载平衡

    Alright, too much talking about what goes into back end development. But how do you become one?

    好吧,过多地讨论了后端开发的内容。 但是你如何成为一个?

    从最低要求开始 (Start with minimum requirements)

    Like I said, for the back end, just like games, we have a set of minimum requirements and recommended requirements. The minimum requirements consists of 3 things:

    就像我说的那样,对于后端,就像游戏一样,我们有一组最低要求和建议要求。 最低要求包括三件事:

    学习后端编程语言 (Learn a backend programming language)

    When people learn by themselves, they usually do not have a team or anyone who can do front end development. They're all on their own. So you'll often have to create webpages and servers all by yourself, at least in the beginning.

    人们自己学习时,通常没有团队或任何可以进行前端开发的人。 他们全靠自己。 因此,至少在开始时,您通常必须自己全部创建网页和服务器。

    Although there are a lot of choices for back end programming languages, and I cannot think of any popular system language which doesn't support HTTP servers out of the box. The advantage of choosing Node is that your front end JavaScript skills are transferrable to the back end.

    尽管后端编程语言有很多选择,但我想不出任何不支持HTTP服务器的流行系统语言。 选择Node的好处是您的前端JavaScript技能可以转移到后端。

    Nonetheless, you can choose from a variety of languages like Java, C++, C#, Python, PHP, etc.

    但是,您可以从多种语言中进行选择,例如Java,C ++,C#,Python,PHP等。

    How do you pick one, you might ask. The answer is the same as it was in the front end development article: you have gotta try everything initially and see which one clicks the best with you.

    您可能会问,如何挑选一个。 答案与前端开发文章中的答案相同:您必须首先尝试一切,然后看看哪个点击最适合您。

    Node is easy as you might have already done JS programming for the front end. But if you're a Python or Java developer, you might find those easy to pick up. It depends on your profession and taste completely.

    Node很容易,因为您可能已经为前端完成了JS编程。 但是,如果您是Python或Java开发人员,则可能会发现它们很容易上手。 这完全取决于您的职业和品味。

    了解有关管理托管的信息 (Learn about managing hosting)

    Gone are the days when you'll have to manually purchase servers and set them up in your home, connect to your ISP, do all that stuff yourself. This is the era of cloud computing. Now, when hosting your website, you have mainly 2 options:

    您将不得不手动购买服务器并在家里设置它们,连接到ISP,自行完成所有这些工作的日子已经一去不复返了。 这是云计算的时代。 现在,在托管网站时,主要有两种选择:

    1. Going for managed hosting servers like HostGator or GoDaddy.

      用于托管主机服务器,例如HostGator或GoDaddy。
    2. Going for cloud hosting providers like GCP, AWS, or DigitalOcean.

      寻找GCP,AWS或DigitalOcean等云托管提供商。

    What is the difference between the two? In both cases, the servers are owned and operated by the respective companies. But the major difference is that managed hosting is more GUI friendly, has a rich set of tools for seeing the filesystem, monitoring usage, managing your official domain emails, uploading/downloading files from your server, and so on. It's basically a setup for people with less technical skills.

    两者有什么区别? 在这两种情况下,服务器均由各自的公司拥有和运营。 但是主要的区别是托管托管更易于使用GUI,具有丰富的工具集,可用于查看文件系统,监视使用情况,管理官方域电子邮件,从服务器上载/下载文件,等等。 基本上,它是为技术技能较弱的人准备的。

    For that reason, I do not recommend managed sites like HostGator or GoDaddy for seasoned developers. Still, it might be a good platform to make mistakes and learn on, primarily because you usually have prepaid plans for them. You'll also have a nice UI for managing things, which doesn't allow you to accidentally shoot up your bills.

    因此,我不建议经验丰富的开发人员使用托管网站如HostGator或GoDaddy。 尽管如此,它仍然可能是犯错和学习的好平台,主要是因为您通常会为他们预先准备好计划。 您还将拥有一个不错的用户界面来管理事情,这不允许您意外地付账。

    But when you start picking up speed, I recommend that you switch to a cloud provider. This takes away all the nice tools from cPanel that you used to manage files and folders on servers. But at the same time, it will challenge you to level up your skills a lot.

    但是,当您开始加快速度时,建议您切换到云提供商。 这消除了cPanel中用于管理服务器上文件和文件夹的所有漂亮工具。 但是与此同时,它将挑战您大量提高您的技能。

    Today, a lot of cloud providers offer a decent free trial, too, so that you can actually try out their platform before going full in. I host my website for developers - codedamn - on DigitalOcean and find it to be at a sweet balance of site complexity and features.

    如今,许多云提供商也提供了不错的免费试用版,因此您可以在全面试用之前实际试用他们的平台。我在DigitalOcean上为开发人员托管了我的网站-Codedamn,并发现它与网站的复杂性和功能。

    You can use this link to signup on DigitalOcean and get free $100 credits. DigitalOcean instances are as cheap as $5 a month, so you have a runway of about 20 months on that instance, great deal, huh?

    您可以使用此链接在DigitalOcean 上注册免费获得$ 100的信用 。 DigitalOcean实例的价格低至每月5美元,因此您在该实例上的运行时间约为20个月,是吗?

    Anyway, you can choose any cloud provider. Then it's important to learn to manage the server using just the command line by ssh'ing into it.

    无论如何,您可以选择任何云提供商。 然后,重要的是学会通过仅使用命令行来管理服务器。

    了解版本控制系统 (Learn about Version Control Systems)

    There are other solutions apart from Git for VCS. But Git is the most used and simplest to understand.

    除了适用于VCS的Git之外,还有其他解决方案。 但是Git是最常用和最容易理解的。

    As an individual, you might not appreciate it right away. But you'll understand why it is so important the moment you start working either in a team on multiple features simultaneously in your project.

    作为个人,您可能不会立即欣赏它。 但是当您开始在一个团队中同时在项目中同时处理多个功能时,您就会理解为什么如此重要。

    Git allows you to manage your workflow using commits and branches. Commits are like checkpoints in your codebase - the ones you can always revert to if you screw up.

    Git允许您使用提交和分支来管理工作流。 提交就像代码库中的检查点一样-如果您搞砸了,可以随时恢复到这些检查点

    Branches are like alternate realities of your project, where something completely different could happen. These alternate realities can be created from any point in time and can be merged back again at any time.

    分支就像项目的替代现实 ,其中可能会发生完全不同的事情。 这些替代现实可以在任何时间点创建,并且可以随时重新合并。

    If those realities can be merged together with compatibility, then it's fine. But if there's a conflict (like if you're alive in one reality and dead in other), then you have to manually make a choice. Other changes can be merged automatically.

    如果可以将这些现实与兼容性合并在一起,那就很好。 但是,如果存在冲突(例如,您在一个现实中还活着而在另一个现实中死了),那么您必须手动做出选择。 其他更改可以自动合并。

    Git is super interesting, and once you get hang of it, you'll want to use it in every project. You get to keep a history of your work in an efficient manner (it compresses and stores only the difference between commits).

    Git非常有趣,一旦您掌握了它,就可以在每个项目中使用它。 您可以高效地保留工作历史记录(它仅压缩和存储提交之间的差异)。

    It also allows you to create online git repositories on sites like GitHub, which acts as a central source of truth for your website. Sites like GitHub can be configured with special webhooks that can actually update your website whenever you add a new checkpoint (a new commit) without you ever needing to manually go to the server and update it yourself.

    它还允许您在GitHub之类的网站上创建在线git存储库,这是网站真相的主要来源。 可以像GitHub这样的网站配置特殊的Webhook,这些Webhook实际上可以在您添加新的检查点(新的提交)时更新您的网站,而无需手动转到服务器并自行更新。

    I'm a big believer in learning by doing. And the best way to do something comes out of necessity or interest. Once you consider yourself good enough with the minimum requirements, it's time to acquire the recommended skills. This includes all the tools like Docker and NGiNX mentioned above.

    我坚信边做边学。 而做某事的最好方法是出于必要或兴趣。 一旦您认为自己的最低要求足够好,就可以开始学习推荐的技能。 其中包括上述所有工具,例如Docker和NGiNX。

    DevOps is also something which fits in super nicely with back end developers. You could try and explore TravisCI or CircleCI for automated build deployments. Continuous Integration and Deployment (CI/CD) is a topic that could take another whole blog post, so I'll not get into that. In fact, once it is set up correctly, it'll save you a ridiculous amount of developer time!

    DevOps也非常适合后端开发人员。 您可以尝试探索TravisCICircleCI进行自动构建部署。 持续集成和部署(CI / CD)是一个主题,可能需要撰写另一篇完整的博客文章,因此我不再赘述。 实际上,一旦正确设置,它将为您节省大量的开发时间!

    Then comes databases, which I placed in recommended skills. But you're gonna need databases for pretty much any application which involves some sort of data persistence generated by the user.

    然后是数据库,我把这些数据库放在推荐的技能上。 但是,几乎所有涉及用户生成的数据持久性的应用程序都将需要数据库。

    Databases are usually easy to begin working with, but harder to maintain and tweak properly. The best way to start working on a back end tech stack is to have everything together on a single server - the code of your application, the reverse proxy servers, the database, etc. Then as you become more proficient in each thing, you can decouple it from the existing business logic.

    数据库通常很容易上手,但是很难维护和正确调整。 开始在后端技术堆栈上工作的最佳方法是将所有内容整合到单个服务器上-您的应用程序代码,反向代理服务器,数据库等。然后,当您精通每件事时,您可以将其与现有业务逻辑分离。

    By doing this, you're enabling an architecture that can be highly scaled. A database-operation intensive application could have an optimized solution for databases. And a heavy traffic bound site should have a good CDN mechanism to offload static assets, and so on.

    通过这样做,您可以实现高度可扩展的体系结构。 数据库操作密集型应用程序可能具有针对数据库的优化解决方案。 流量受限的站点应该具有良好的CDN机制来卸载静态资产,依此类推。

    结论 (Conclusion)

    There's so much to learn, but it's all achievable if you don't give up. Let me know what you think about this post through my twitter and Instagram handles. It'll mean a lot to me if we connect over there!

    有很多东西要学,但是如果您不放弃,这一切都是可以实现的。 让我知道您对我的TwitterInstagram句柄的看法。 如果我们在那里连接对我来说意义重大!

    Also, if you're interested, checkout codedamn - a developer-focused platform for learning technologies like backend development! I even posted a YT video on spinning up your own simple website server in 2 minutes! Check that out and let me know what you think!

    另外,如果您有兴趣,请签出codedamn-一个面向开发人员的平台,用于学习后端开发等技术! 我什至在2分钟内发布了一个YT视频,介绍了如何旋转您自己的简单网站服务器 ! 检查一下,让我知道您的想法!

    Peace!

    和平!

    翻译自: https://www.freecodecamp.org/news/learn-backend-development/

    web后端开发学习路线

    展开全文
  • 从目前的就业形势看,是从事pythonWeb后端开发好呢?还是从事网络爬虫比较好呢?目前互联网+的趋势依旧火热,越来越多的行业已经开始向互联网的方向靠拢了。在互联网+的影响下,各行各业都会有无限的可能性和创造性...

    从目前的就业形势看,是从事pythonWeb后端开发好呢?还是从事网络爬虫比较好呢?

    目前互联网+的趋势依旧火热,越来越多的行业已经开始向互联网的方向靠拢了。在互联网+的影响下,各行各业都会有无限的可能性和创造性。正因如此,it行业的从业和就业形势才会发展的如火如荼。那么基于Python这门语言,目前就业的两个热门方向就是web后端开发和爬虫开发。

    Web后端开发其实不是Python的独门武器,其他的编程语言在后端开发上做的不比Python差,比如Java和Php。但是web后端开发的就业面很广,岗位缺口很大。Web后端开发需要掌握较多的专业技能,且需要较强的业务逻辑思维和编程思想。

    爬虫工程师目前是一个很不错的选择。当今我们所处的时代依然是大数据的时代,在大数据的时代,数据为王,谁掌握了更多的数据,谁就把控了时代的主动权。爬虫就是一把获取数据的利器。 爬虫是一个专业性较强的技术,相对于web后端开发来讲的话,学习的成本和周期要小很多,并且爬虫岗的缺口并不仅仅局限于互联网公司,其各行各业中凡是需要数据的公司,都会需要有爬虫工程师的存在。

    爬虫工程师未来发展的可能性会更大,因为多数的爬虫工程师在进阶的过程中都会涉及到数据分析,因此,一名优秀合格的爬虫工程师同时也可以是一名合格的数据分析工程师。

    因此各位小伙伴Web后端开发和爬虫在本质上并没有绝对的优劣,大家只需要根据自身条件和喜好去针对性的选择自己未来想要从事的行业。

    展开全文
  • web后端开发需要会前端吗In this post I want to help you conceptually make the move from frontend to backend, in the context of Web development. 在本文中,我想帮助您从概念上在Web开发的背景下从前端过渡...
  • web 后端开发的思考

    2018-09-04 22:28:45
    web 后端开发的思考 概述 随着互联网的崛起,http 调用成为最流行的调用方式 ,但不排除其他的,例如 grpc 等比较注重性能的调用,但 http 的调用基本满足了我们 80% 的应用开发调用需求,这里 记录一些自己...
  • web后端开发freemarker模板输出
  • web后端开发数据页面交互
  • web后端开发Mybatis配置详解
  • web后端开发Mybatis数据库操作
  • 深入学习Python,用Django做Web后端开发现在Python的用途愈来愈广,服务器、Web、游戏、爬虫、数据分析以及人工智能学习之路还很长技术之路不能回头陷进去就出不来就跟恋爱一般,学习中、项目中印象笔记、有道云笔记...
  • 为什么C++很少用于Web后端开发? 特别说明:以下内容来自知乎! 同样面向对象,为什么Web后端开发中 Java应用的很广泛,C++用的很少呢? 目前想到的可能问题有: 是C++本身的语言特性问题? 没有一个像Oracle一样...
  • Web后端开发知识点整理

    千次阅读 2018-09-02 21:12:59
    Web后端开发知识点整理 九大内置对象 1:为了方便开发者而在jsp页面加载完毕时而自动创建的内置对象 内置对象名 类型 request HttpServletRequest response HttpServletResponse config ServletConfig ...
  • web后端开发SSM整合以及包结构
  • 确定web后端开发为我的职业方向 学习的同时,算法学习不能落下,算法的学习不是一蹴而就的,加油 目前掌握的知识情况: HTML良好 CSS 略知 Java python C++ 掌握基本语法 数据结构 良好 算法 略知 2020.05.10 !...
  • 职位描述:1、参与产品需求分析、系统设计;2、参与代码设计、审核、检查;3、能独立解决开发中遇到的疑难杂诊...3、熟练掌握Java开发语言,具有丰富的J2EE应用项目开发经验;深刻理解面向对象技术、设计模式和数据库...
  • dcard Web后端开发人员家庭测试。 要求 雷迪斯 动物园管理员 转到1.16 安装 可以使用docker-compose来启动本服务,您可以前往部署/环境底下中查看的设置档案。 make docker.deploy 推薦也可使用docker-compose启动...
  • web后端开发】笔试题收集

    千次阅读 2019-07-19 11:03:00
    4399Web后端开发笔试题 题目来源:牛客网 1.linux中,用mkdir命令创建新的目录时,如果需要在其父目录不存在时先创建父目录的选项是 D A -h B -d C -f D -p 【-p或--parents若所要建立目录的上层目录目前尚未...
  • Spring Boot笔记-目前对Web后端开发的认识

    千次阅读 多人点赞 2019-07-17 16:33:23
    此篇博文记录了本人目前对web后端开发的认识。 Web开发一般的思路: 先dao再service最后controller 而dao又分为dataobject和repository! 而这个dataobject一般是数据库的映射,比如MySQL数据库,如果用jpa,...
  • 深入学习Python ,用Django做Web后端开发现在Python的用途愈来愈广,服务器、Web、游戏、爬虫、数据分析 以及人工智能 学习之路还很长技术之路 不能回头 陷进去 就出不来 就跟恋爱一般,学习中、项目中 印象笔记、...
  • Java web后端开发的深入学习 一、阅读源码 深入的Java学习,经典源码阅读不可少: 常见的设计模式,编码必备 Spring5,做应用必不可少的最新框架 MyBatis,玩数据库必不可少的组件 二、分布式架构 随着业务越来越...
  • 小米武研 web 后端开发面试杂记

    千次阅读 2018-03-31 15:15:49
    我参加了小米武汉研发中心的面试, 岗位是 web 后端开发 当中还有一个小插曲, 在当天的上午接到人事电话, 约好当天下午 3 点现场面试 电话结束前说好了以电邮的形式告知详细信息, 然后一直到当天下午 2 点都没收到...
  • 随着分布式微服务架构的流行,服务监控已经是现代web后端开发体系中,非常重要的组成部分。 通常服务监控系统包括如下几个部分: 数据提供方 产生数据的终端,比如某web后端服务。 数据采集器 主要用来采集数据....
  • 这是一个使用JSP+Servlet+JavaBean开发模式实现的Wev后端开发课程作业,网站实现了用户注册,用户登录(记住密码、自动登录),编辑资料(换头像、换昵称),账号管理(改密码、注销账号),加入书架(类似购物车)...
  • jwbds-day-8-custom-phone-validation:通过电话验证-使用Spring MVC的Java Web后端开发模块
  • 程内容包括Java Web开发...通过该课程学习使学生全面掌握Java Web后端开发知识和技术,构建Web应用开发完整的知识体系,为学习者从事Web项目开发奠定理论和实践基础。 课程链接:https://next.xuetangx.com/course/h

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 18,609
精华内容 7,443
关键字:

web后端开发