精华内容
下载资源
问答
  • jQuery概念以及缺点

    2018-09-14 15:00:55
    jQuer概念: 核心库,UI和插件等 缺点: 1,轻量级 宗旨:WRITE LESS ,DO More 写更少的代码,做更多的事情 2,选择器(操作dom,获取dom) 3,出色的DOM操作的封装 4,可靠的事件处理机制(js里面的函数都是基于事件驱动...
    jQuer概念:
    核心库,UI和插件等
    
    优缺点:
         1,轻量级
         宗旨:WRITE LESS ,DO More 写更少的代码,做更多的事情
         2,选择器(操作dom,获取dom)
         3,出色的DOM操作的封装
         4,可靠的事件处理机制(js里面的函数都是基于事件驱动的)
         5,完善的Ajax(浏览器给我们提供了一个队形叫做xmlHttpRequest),我们可以使用这个对象来发送HTTP请求,完成异步交互
         6,不污染顶级变量,在jQuery里面只提供了一个对象 jQuery == $
         7,出色的浏览器兼容性
         8,链式操作方式: jQuery.size().css();
         9,隐式迭代 屏蔽了for,我们就可以迭代一个数组,集合
         10,行为层和结构层分离:
         11,丰富的插件支持,后期扩展非常方便
         12,完善的文档

     

    什么是jQuery对象,什么是dom对象
    
    dom对象,通过dom包装过后的html
    jquery对象:通过jQuery对象包装dom对象之后产生的对象
    1,jQuery对象不能调用dom对象里面的属性和方法
    2,dom对象不能调用jQuery对象里面的属性和方法

     

    事件:
    1.在js里面的事件都是基本事件驱动的...
    
    /**
        我们可以使用jQuery为页面上面的元素动态的绑定一个事件,也可以动态的去解绑一个事件
    */
    1:在js里面可以使用window.onload = 当页面上所有的元素都加载完毕之后指定触发
    2.$(function(){})==window.jQuery(document).ready(functiion));
    /**
    执行时机:window.onload 它需要等待页面上所有的元素都加载完毕,包括图片src=""
    $(function(){}) 只需要页面上的dom元素绘制完毕之后就执行,不包含图片或者第三方的链接地址
    */

    jQuery的核心部分:

    1.选择器(去获取dom,要操作,必须先得到dom) 

           window.onload=function(){
           }
    
           jQuery  == $  jQuery对象已经被写到window对象中了
    页面已加载的时候执行..
           $(function(){
          })
    

    //根据id选择的时候,需要加上#号

     <script type="text/javascript">
            //       window.onload=function(){
            //
            //
            //       }
    
            //       jQuery  == $
            //页面已加载的时候执行..
            //       $(function(){
            //
            //
            //       })
    
            $(function(){
                $("#jquerybutton").click(function(){
                    //什么是jquery 对象,什么是dom 对象
    
    //              dom 对象
                   var username=document.getElementById("username");
                   alert(username.value);
    
                    //jquery 对象..
                   var $username=$("#username");
                   alert($username.val());
    
    //             //这两种对象之间是可以相互转换的,jquery 对象可以转换成dom 对象,dom 对象可以转换成jquery 对象,,
    //             //将jquery 对象转换成dom 对象的两种方式...
    //             //第一种转换方式..
                   var username=$username.get(0);
                   alert(username.value);
    //
    //
    //             //第二种转换方式.
                   var username=$username[0];
                   alert(username.value);
                    //结论:jquery 对象就是一个数组对象...
    
    //          -----------------------怎么将dom 对象转换成jquery 对象.. ----------------------------------
    
                    var username=document.getElementById("username");
                    //不能调用..
    //             alert(username.val());
                    var $username=$(username);
                    alert($username.val());
                })
            })
        </script>
    
    </head>
    
    <body>
    用户名:<input type="text" id="username">
    <input type="button" id="jquerybutton" value="jquery">
    
    </body>

     

    展开全文
  • 微服务概念缺点

    万次阅读 多人点赞 2019-05-29 14:42:09
    随着持续交付概念推广以及容器概念的普及,微服务将这两种理念和技术结合起来,形成新的微服务+API + 容器平台的开发模式,提出了容器化微服务的持续交付概念。 下图为传统单体应用的DevOps开发队伍方式: 这种...

    I. 什么是微服务架构?

    通常而言,微服务架构是一种架构模式或者说是一种架构风格。
    它提倡将单一应用程序划分成一组小的服务,每个服务运行独立的自己的进程中,服务之间互相协调、互相配合,为用户提供最终价值。
    服务之间采用轻量级的通信机制互相沟通(通常是基于 HTTP 的 RESTful API) 。每个服务都围绕着具体业务进行构建,并且能够被独立地部署到生产环境、类生产环境等。

    II. 微服务架构和单体架构的区别

    A. 单体架构

    通俗地讲,“单体应用(monolith application)”就是将应用程序的所有功能都打包成一个独立的单元,可以是JAR、EXE、BIN或其它归档格式。
    单体应用

    单体应用有如下优点:

    1. 开发简单直接,集中式管理, 基本不会重复开发
    2. 功能都在本地,没有分布式的管理开销和调用开销。

    它的缺点也非常明显,特别对于互联网公司来说:

    1. 开发效率低:所有的开发在一个项目改代码,递交代码相互等待,代码冲突不断
    2. 代码维护难:代码功能耦合在一起,新人不知道何从下手
    3. 部署不灵活:构建时间长,任何小修改必须重新构建整个项目,这个过程往往很长
    4. 稳定性不高:一个微不足道的小问题,可以导致整个应用挂掉
    5. 扩展性不够:无法满足高并发情况下的业务需求
      ##B. 微服务架构
      随着业务需求的快速发展变化,敏捷性、灵活性和可扩展性需求不断增长,迫切需要一种更加快速高效的软件交付方式。微服务就是一种可以满足这种需求的软件架构风格。单体应用被分解成多个更小的服务,每个服务有自己的归档文件,单独部署,然后共同组成一个应用程序。这里的“微”不是针对代码行数而言,而是说服务的范围限定到单个功能。

    微服务应用

    微服务有如下优点:

    1. 微服务是松藕合的,无论是在开发阶段或部署阶段都是独立的。
    2. 能够快速响应, 局部修改容易, 一个服务出现问题不会影响整个应用。
    3. 易于和第三方应用系统集成, 支持使用不同的语言开发, 允许你利用融合最新技术。
    4. 每个微服务都很小,足够内聚,足够小,代码容易理解。团队能够更关注自己的工作成果, 聚焦指定的业务功能或业务需求。
    5. 开发简单、开发效率提高,一个服务可能就是专一的只干一件事, 能够被小团队单独开发,这个小团队可以是 2 到 5 人的开发人员组成。
      同样的, 也存在如下缺点:
    6. 微服务架构带来过多的运维操作, 可能需要团队具备一定的 DevOps 技巧.
    7. 分布式系统可能复杂难以管理。因为分布部署跟踪问题难。当服务数量增加,管理复杂性增加。

    III. 微服务架构的主要特点

    微服务架构是一种松耦合的、有一定的有界上下文的面向服务架构。也就是说,如果遇到一个功能变更, 但其要求每个服务都要同时修改,那么它们就不能称之为微服务,因为它们紧耦合在一起;如果你需要掌握一个服务的上下文场景使用条件,那么它就是一个有上下文边界的服务,这个定义一般来自DDD(领域驱动设计)。

    它的主要特点是组件化、松耦合、自治、去中心化,体现在以下几个方面:

    **A. 细粒度的服务分解 **
    服务粒度要小,而每个服务是针对一个单一职责的业务能力的封装,专注做好一件事情。
    **B. 独立部署运行和扩展 **
    每个服务能够独立被部署并运行在一个进程内。这种运行和部署方式能够赋予系统灵活的代码组织方式和发布节奏,使得快速交付和应对变化成为可能。
    **C. 独立开发和演化 **
    技术选型灵活,不受遗留系统技术约束。合适的业务问题选择合适的技术可以独立演化。服务与服务之间采取与语言无关的API进行集成。相对单体架构,微服务架构是更面向业务创新的一种架构模式。
    **D. 独立团队和自治 **
    团队对服务的整个生命周期负责,工作在独立的上下文中,自己决策自己治理,而不需要统一的指挥中心。团队和团队之间通过松散的社区部落进行衔接。

    通过解耦我们所做的事情,分而治之以减少不必要的损耗,使得整个复杂的系统和组织能够快速的应对变化。

    IV. 需要考虑的问题

    1. 单个微服务代码量小,易修改和维护。但是,系统复杂度的总量是不变的,每个服务代码少了,但服务的个数肯定就多了。就跟拼图游戏一样,切的越碎,越难拼出整幅图。一个系统被拆分成零碎的微服务,最后要集成为一个完整的系统,其复杂度肯定比大块的功能集成要高很多。
    2. 单个微服务数据独立,可独立部署和运行。虽然微服务本身是可以独立部署和运行的,但仍然避免不了业务上的你来我往,这就涉及到要对外通信,当微服务的数量达到一定量级的时候,如何提供一个高效的集群通信机制成为一个问题。
    3. 单个微服务拥有自己的进程,进程本身就可以动态的启停,为无缝升级打好了基础,但谁来启动和停止进程,什么时机,选择在哪台设备上做这件事情才是无缝升级的关键。这个能力并不是微服务本身提供的,而是需要背后强大的版本管理和部署能力。
    4. 多个相同的微服务可以做负载均衡,提高性能和可靠性。正是因为相同微服务可以有多个不同实例,让服务按需动态伸缩成为可能,在高峰期可以启动更多的相同的微服务实例为更多用户服务,以此提高响应速度。同时这种机制也提供了高可靠性,在某个微服务故障后,其他相同的微服务可以接替其工作,对外表现为某个设备故障后业务不中断。同样的道理,微服务本身是不会去关心系统负载的,那么什么时候应该启动更多的微服务,多个微服务的流量应该如何调度和分发,这背后也有一套复杂的负载监控和均衡的系统在起作用。
    5. 微服务可以独立部署和对外提供服务,微服务的业务上线和下线是动态的,当一个新的微服务上线时,用户是如何访问到这种新的服务?这就需要有一个统一的入口,新的服务可以动态的注册到这个入口上,用户每次访问时可以从这个入口拿到系统所有服务的访问地址。这个统一的系统入口并不是微服务本身的一部分,所以这种能力需要系统单独提供。
    6. 还有一些企业级关注的系统问题,比如,安全策略如何集中管理?系统故障如何快速审计和跟踪到具体服务?整个系统状态如何监控?服务之间的依赖关系如何管理?等等这些问题都不是单个微服务考虑的范畴,而需要有一个系统性的考虑和设计,让每个微服务都能够按照系统性的要求和约束提供对应的安全性,可靠性,可维护性的能力。

    V. 选择微服务框架的关注点

    1. 服务注册、发现、负载均衡和健康检查,假定采用进程内LB方案,那么服务自注册一般统一做在服务器端框架中,健康检查逻辑由具体业务服务定制,框架层提供调用健康检查逻辑的机制,服务发现和负载均衡则集成在服务客户端框架中。
    2. 监控日志,框架一方面要记录重要的框架层日志、metrics和调用链数据,还要将日志、metrics等接口暴露出来,让业务层能根据需要记录业务日志数据。在运行环境中,所有日志数据一般集中落地到企业后台日志系统,做进一步分析和处理。
    3. REST/RPC和序列化,框架层要支持将业务逻辑以HTTP/REST或者RPC方式暴露出来,HTTP/REST是当前主流API暴露方式,在性能要求高的场合则可采用Binary/RPC方式。针对当前多样化的设备类型(浏览器、普通PC、无线设备等),框架层要支持可定制的序列化机制,例如,对浏览器,框架支持输出Ajax友好的JSON消息格式,而对内部服务及应用程序,框架支持输出性能高的Binary消息格式。
    4. 配置,除了支持普通配置文件方式的配置,框架层还可集成动态运行时配置,能够在运行时针对不同环境动态调整服务的参数和配置。
    5. 限流和容错,框架集成限流容错组件,能够在运行时自动限流和容错,保护服务,如果进一步和动态配置相结合,还可以实现动态限流和熔断。
    6. 管理接口,框架集成管理接口,一方面可以在线查看框架和服务内部状态,同时还可以动态调整内部状态,对调试、监控和管理能提供快速反馈。Spring Boot微框架的Actuator模块就是一个强大的管理接口。
    7. 统一错误处理,对于框架层和服务的内部异常,如果框架层能够统一处理并记录日志,对服务监控和快速问题定位有很大帮助。
    8. 安全,安全和访问控制逻辑可以在框架层统一进行封装,可做成插件形式,具体业务服务根据需要加载相关安全插件。
    9. 文档自动生成,文档的书写和同步一直是一个痛点,框架层如果能支持文档的自动生成和同步,会给使用API的开发和测试人员带来极大便利。Swagger是一种流行Restful API的文档方案。

    一个完整的微服务系统,它最少要包含以下功能:

    1. 日志和审计,主要是日志的汇总,分类和查询
    2. 监控和告警,主要是监控每个服务的状态,必要时产生告警
    3. 消息总线,轻量级的MQ或HTTP
    4. 注册发现
    5. 负载均衡
    6. 部署和升级
    7. 事件调度机制

    以下功能不是最小集的一部分,但也应该在选择时进行考虑:

    1. 认证和鉴权
    2. 多语言支持, 是否支持多种编程语言
    3. 统一服务构建和打包
    4. 统一服务测试
    5. 统一配置文件管理
    6. 服务依赖关系管理
    7. 问题跟踪调试框架
    8. 灰度发布
    9. 蓝绿部署
    10. 资源管理,如:底层的容器, 虚拟机, 物理机和网络管理

    VI. 开发方式影响

    随着持续交付概念推广以及容器概念的普及,微服务将这两种理念和技术结合起来,形成新的微服务+API + 容器平台的开发模式,提出了容器化微服务的持续交付概念。
    下图为传统单体应用的DevOps开发队伍方式:
    在这里插入图片描述
    这种整体型架构要求产品队伍横跨产品管理 Dev开发 QA DBA 以及系统运营管理,而微服务架构引入以后,如下图:
    在这里插入图片描述
    微服务促进了DevOps方式的重组,将一个大臃肿的整体产品开发队伍切分为根据不同微服务的划分的产品队伍,以及一个大的整体的平台队伍负责运营管理,两者之间通过API交互,做到了松耦合隔绝。
    在这里插入图片描述

    微服务的实施是有一定的先决条件:基础的运维能力(如监控、快速配置、快速部署)需提前构建,否则就会陷入较被动的局面。推荐采用CI/CI改进基础设施及运维的实践,通过自动化运维使得可以快速安全的响应和处理微服务对服务部署的要求,通过容器技术保证服务环境之间拥有更高的一致性,降低“在我的环境工作,而你的环境不工作”的可能,也是为后续的发布策略和运维提供更好的支撑。
    想要更好的实施微服务, 首先需要考虑构建团队DevOps能力,这是保证微服务架构在持续交付和应对复杂运维问题的动力之源;
    其次保持服务持续演进,使之能够快速、低成本地被拆分和合并,以快速响应业务的变化;同时要保持团队和架构对齐。微服务看似是技术层面的变革,但它对团队结构和组织文化有很强的要求和影响。识别和构建匹配架构的团队是解决问题的另一大支柱。
    最后,打造持续改进的组织文化是实施微服务的关键基石。只有持续改进,持续学习和反馈,持续打造这样一个文化氛围和团队,微服务架构才能持续发展下去,保持新鲜的生命力,从而实现我们的初衷。

    展开全文
  • 主要为大家介绍了动态路由协议的概念、分类、组成部分和缺点,路由协议的主要好处,只要网络拓扑结构发生了变化,路由器就会相互交换路由信息,不仅能够自动获知新增加的网络,还可以在当前网络连接失败时找出备用...
  • ORM的概念及其缺点

    2019-08-13 18:15:22
    ORM的概念及其缺点 ORM,即Object-Relational Mapping(对象关系映射),它的作用是在关系型数据库和业务实体对象之间作一个映射,这样,我们在具体的操作业务对象的时候,就不需要再去和复杂的SQL语句打交道,只...

    ORM的概念及其优缺点

    ORM,即Object-Relational Mapping(对象关系映射),它的作用是在关系型数据库和业务实体对象之间作一个映射,这样,我们在具体的操作业务对象的时候,就不需要再去和复杂的SQL语句打交道,只需简单的操作对象的属性和方法。

    总结:简单来说ORM就是封装数据库的操作。

    优点:

    1.简单:ORM以最基本的形式建模数据。表的字段就是这个类的成员变量

    2.可读性:ORM使数据库结构文档化。比如MySQL数据库就被ORM转换为了class类,PHP程序员可以只把注意力放在他擅长的PHP层面(当然能够熟练掌握MySQL更好)

    3.可用性:ORM的避免了不规范、冗余、风格不统一的SQL语句,可以避免很多人为Bug,方便编码风格的统一和后期维护

    4.可维护性:在数据表结构甚至数据库发生改变时,减少了相应的代码修改;可以很方便地引入数据缓存之类的附加功能

    缺点:

    1.自动化进行关系数据库的映射需要消耗系统性能。一般来说都可以忽略之,特别是有cache存在的时候

    2.在处理多表联查、where条件复杂之类的查询时,ORM的语法会变得复杂且猥琐

    3.越是功能强大的ORM越是消耗内存,因为一个ORM Object会带有很多成员变量和成员函数。

    适用于敏捷开发和团队合作开发,不适用于有大数据量、大运算量、复杂查询的系统。

    展开全文
  • 概念 数据库中索引(index)的概念与目录的概念十分类似。如果某列出现在查询的条件(where)中,而该列的数据是无序的,那么查询时只能从第一行开始一行一行地匹配。创建索引就是对某些特定列中的数据排序,生成...

    概念

    数据库中索引(index)的概念与目录的概念十分类似。如果某列出现在查询的条件(where)中,而该列的数据是无序的,那么查询时只能从第一行开始一行一行地匹配。创建索引就是对某些特定列中的数据排序,生成独立的索引表。当在某列上创建索引后,如果该列出现在查询条件中,那么数据库系统会自动地引用该索引。先从索引表中查询出符合条件记录的ROWID,由于ROWID是记录的物理地址,因此可以根据ROWID快速地定位到具体的记录。当表中的数据非常多时,引用索引带来的查询效率非常可观。

    在处理一个请求时,数据库可以使用可用索引有效地找到请求的行。当应用程序经常查询某一特定行或特定范围的行时,索引很有用。索引在逻辑上和物理上都独立于数据。因此,删除和创建索引对表或其他索引没有任何影响。在删除索引后,所有应用程序仍然可以继续运行。

    优缺点

    优点

    1. 大大加快数据的检索速度,这也是创建索引的主要原因。

    2. 可以加速表和表之间的连接。

    3. 索引在实现数据的参照完整性方面特别有意义,例如,在外键列上创建索引可以有效地避免死锁的发生,也可以防止当更新父表主键时,数据库对字表的全表锁定。

    4. 可以有效地减少磁盘I/O。

    5. 当使用分组GROUP BY和排序 ORDER BY字句进行数据检索时,可以显著减少查询中分组和排序的时间,大大加快数据的检索速度。

    6. 创建唯一性索引,可以保证数据库表中每一行数据的唯一性。

    7. 通过使用索引,可以在查询的过程中,使用优化隐藏器,提高系统的性能。

    缺点

    1. 索引必须创建在表上,不能创建在视图上。

    2. 创建索引和维护索引要消费时间,这种时间随着数据量的增加而增加。

    3. 建立索引需要占用屋里空间,如果要简历聚簇索引,那么需要的空间会很大。

    4. 当对表中的数据进行增加、删除和更新的时候,系统必须要有额外的时间来同时对索引进行更新维护,以维持数据和索引的一致性,所以,索引降低了数据的维护速度。

    展开全文
  • [深度概念]·Softmax缺点解析

    千次阅读 2019-03-26 18:20:35
    [深度概念]·Softmax缺点解析 个人主页-->https://xiaosongshine.github.io/ Softmax是soft(软化)的max。在CNN的分类问题中,我们的ground truth是one-hot形式,下面以四分类为例,理想输出应该是(1,0...
  • springboot的具体概念及其缺点 独立运行spring项目 Spring Boot 可以以 jar 包的形式独立运行,运行一个 Spring Boot 项目只需通过 java–jar xx.jar 来运行。 内嵌Servlet容器 springboot可以提供内嵌Tomcate...
  • 闭包的概念缺点

    2020-03-06 18:59:06
    闭包的概念:闭包就是能读取其他函数内部变量的函数。 优点: 避免全局变量的污染 希望一个变量长期存储在内存中(缓存变量) 缺点: 内存泄露(消耗) 常驻内存,增加内存使用量 ...
  • 闭包的概念缺点

    2020-09-17 09:37:05
    闭包的概念:闭包就是能读取其他函数内部变量的函数。 由于在javascript中,只有函数内部的子函数才能读取局部变量,所以说,闭包可以简单理解成“定义在一个函数内部的函数“。 所以,在本质上,闭包是将函数内部...
  • kafka基本原理重要概念优缺点 官方网址:https://kafka.apache.org/×××:http://archive.apache.org/dist/kafka/ kafka简介Kafka 是一个分布式的消息缓存系统,用于日志处理的分布式消息队列。日志数据容量大,...
  • 1.Hadoop是什么?  Hadoop是一个开源的大数据框架  Hadoop是一个分布式计算的解决方案  Hadoop = HDFS(分布式文件系统) + MapReduce(分布式计算) ...2.HDFS的概念缺点  HDFS有三个重要的概念数据...
  • 电路交换与分组交换基本概念以及缺点简述
  • 二分算法 1.简述二分算法的基本思想? 2.二分查找相比于顺序查找有什么优点?又有什么缺点? 3.二分算法可以使用什么方式实现? 答: 1:二分查找算法基本思想: 二分查找算法的前置条件...2:二分查找又称折半查找,
  • 线程的概念缺点和创建步骤1. 什么是线程2. 线程共享资源与非共享资源3. 线程的缺点4. 创建一个线程4.1 线程退出函数pthread_exit4.2 线程回收pthread_join4.3 杀死线程pthread_cancel4.4 线程分离pthread_...
  • Django:ORM概念优缺点理解

    千次阅读 2019-05-17 21:06:01
    ORM : ORM概念,ORM特点,ORM 的优点,ORM 的缺点 orm : 对象关系映射 (Object Relational Mapping) ,用于实现面向对象编程语言里不同类型系统的数据之间的转换 [1] 。从效果上说,它其实是创建了一个可在编程语言里...
  • 闭包的概念?缺点?

    2020-10-18 15:18:32
    闭包的概念: 闭包是指有权访问另一个函数作用域中的变量的函数。 解决的问题就是:可以在全局中访问局部变量。 优点: ●避免全局变量的污染 ●希望一个变量长期存储在内存中(缓存变量) 缺点: ●内存泄露(消耗) ●...
  • 这项研究采用了对概念框架的系统审查,以检查产品设计质量的系统开发过程,包括产品设计要求,设计产品概念,详细的产品设计以及对优质产品方面的产品设计评估。 开发的概念框架的结果表明,产生思想的初始阶段是...
  • Hive的缺点及框架概念

    千次阅读 2020-07-30 22:55:53
    1. 什么是Hive Hive:由Facebook开源用于解决海量结构化日志的数据统计工具。 Hive是基于Hadoop的一个数据仓库工具,可以将结构化的数据文件映射为一张表,并提供类SQL查询功能。 本质是:将HQL转化成MapReduce程序...
  • 概念         Hive是构建与Hadoop之上的数据仓库软件,能够有效的读取、写入和管理大型数据集合, 并且支持通过SQL查询分析数据。(Hive是基于Hadoop的,Hadoop数据处理...
  • ORM的概念 ORM的缺点 一、ORM简介 对象关系映射(Object Relational Mapping,简称ORM)模式是一种为了解决面向对象与关系数据库存在的互不匹配的现象的技术。简单的说,ORM是通过使用描述对象和数据库之间映射...
  • 1.概念: 存储过程是一组 为了完成特定功能的 sql 语句集,存储在数据库中并只需要创建时编译(所以存储过程运行更快),用户通过指定存储过程的名字并给出参数 来执行它。 存储过程包含逻辑控制语句和数据操纵语句 ...
  • 视图概念,缺点及作用

    万次阅读 2018-05-04 14:42:13
    视图(子查询):是从一个或多个表导出的虚拟的表,其内容由查询定义。具有普通表的结构,但是不实现数据存储。 对视图的修改:单表视图一般用于查询和修改,会改变基本表的数据, 多表视图一般用于查询,不会改变...
  • 概念:多态是同一个行为具有不同表现形式或形态的能力,多态性是对象多种表现形式和体现。 多态的前提: 子父类的继承关系或子类实现父类接口 必须有方法的重写 父类引用指向子类对象 package com.itheima; /**...
  • MVC三层架构 MVC是 模型(Model),视图(View)和控制(Controller)的缩写,其目的实现Web系统的职能分工。其中Model层实现系统中的业务逻辑,通常可以用JavaBean或EJB来实现; View层用于与用户的交互,通常用JSP来实现...
  • 1.闭包的概念:在函数的外部讷讷狗狗访问函数内部的变量,是联系函数外部和函数内部的桥梁,表现为函数的嵌套。 2.闭包的优点: (1)变量缓存 (2)避免命名冲突:创建命名空间 尽可能少的定义全局变量,避免全局...
  • 集线器(HUB)属于数据通信系统中的基础设备,它和双绞线等传输介质一样,是一种不需任何软件支持或只需很少管理软件管理的硬件设备。它被广泛应用到各种场合。...它有什么缺点,需要的朋友可以参考下
  • 数学建模-预测模型缺(搬运) 预测模型名称 适用范围 优点 缺点 灰色预测模型 该模型使用的不是原始数据的序列,而是生成的数据序列。核心体系是Grey Model.即对原始数据作累加生成(或其他处理生成)得到近似的...
  • 假设我们要创建一个Student类,在Python中,定义类是通过class关键字:class后面紧接着是类名,即Student,类名通常是大写开头的单词,紧接着是(object),表示该类是从哪个类继承下来的,继承的概念我们后面再讲,...
  • I . 外观模式概念 II . 外观模式 适用场景 III . 外观模式 缺点 IV . 外观模式与其它设计模式的联系与区别 V . 外观模式 代码示例

空空如也

空空如也

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

优概念