设计思想

jQuery是目前使用最广泛的javascript函数库。据统计，全世界排名前100万的网站，有46%使用jQuery，远远超过其他库。微软公司甚至把jQuery作为他们的官方库。 对于网页开发者来说，学会jQuery是必要的。因为它让你了解业界最通用的技术，为将来学习更高级的库打下基础，并且确实可以很轻松地做出许多复杂的效果。 虽然jQuery上手简单，比其他库容易学会，但是要全面掌握，却不轻松。因为它涉及到网页开发的方方面面，提供的各种方法和内部变化有上千种之多。初学者常常感到，入门很方便，提高很困难。 目前，互联网上最好的jQuery入门教材，是 Rebecca Murphey 写的 《jQuery基础》 （jQuery Fundamentals）。在Google里搜索"jQuery培训"，此书排在第一位。jQuery官方团队已经 同意 ，把此书作为官方教程的基础。 这本书虽然是入门教材，但也足足有100多页。我对它做了一个详细的笔记，试图理清jQuery的设计思想，找出学习的脉络。我的目标是全面掌握jQuery，遇到问题的时候，心里有底，基本知道使用它的哪一个功能，然后可以迅速从 手册 中找到具体的写法。 下面就是我的笔记，它应该是目前网上不多的jQuery中文教程之一。你只需要一点javascript语言的基本知识，就能看懂它，在最短的时间里

文章转载自：计算机世界网，原文链接地址：http://www2.ccw.com.cn/1995/13/138106.shtml 编者按：程序设计语言是与现代计算机共同诞生、共同发展的,至今已有40余年的历史,早已形 成了规模庞大的家族。进入80年代以后,随着计算机的日益普及和性能的不断改进,程序设 计语言也相应得到了迅猛发展。 《程序设计语言发展回顾与展望》一文对程序设计语言的发展历程进行了回顾,并对一 些著名语言的背景、特点、长处与不足,及其对程序设计语言发展的贡献作出了评述。 《面向对象方法、语言与支撑环境的特征与缺陷》一文对面向对象方法、语言与支撑 环境的优缺点进行了详细的评述,并对其发展方向做出了展望。 《实时程序语言的过去、现在和将来》一文中,阐述了计算机实时应用中对程序设计语 言的特殊要求,介绍了一些具有代表性的实时语言的设计和使用,并指出了实时程序设计语 言的发展方向。 《三种Windows Basic的介绍》一文中,介绍了用于Windows环境下的Basic语言的发展 情况。对Windows下的CA-Realizer 2.0、GFA Basic 4.1O和Visual Basic 3.0进行了介绍 和比较。 本期技术纵横:《奔腾(Pentium)芯片的瑕疵》。文中对Pentium芯片在做双精除法时出 现错误的发现过程做了详细介绍,并分析了这种瑕疵产生的原因

jQuery 是目前使用最广泛的javascript函数库。 据 统计 ，全世界排名前100万的网站，有46%使用jQuery，远远超过其他库。微软公司甚至把jQuery作为他们的官方库。 对于网页开发者来说，学会jQuery是必要的。因为它让你了解业界最通用的技术，为将来学习更高级的库打下基础，并且确实可以很轻松地做出许多复杂的效果。 虽然jQuery上手简单，比其他库容易学会，但是要全面掌握，却不轻松。因为它涉及到网页开发的方方面面，提供的各种方法和内部变化有上千种之多。初学者常常感到，入门很方便，提高很困难。 目前，互联网上最好的jQuery入门教材，是 Rebecca Murphey 写的 《jQuery基础》 （jQuery Fundamentals）。在Google里搜索"jQuery 培训"，此书排在第一位。jQuery官方团队已经 同意 ，把此书作为官方教程的基础。 这本书虽然是入门教材，但也足足有100多页。我对它做了一个详细的笔记，试图理清jQuery的设计思想，找出学习的脉络。我的目标是全面掌握jQuery，遇到问题的时候，心里有底，基本知道使用它的哪一个功能，然后可以迅速从 手册 中找到具体的写法。 下面就是我的笔记，它应该是目前网上不多的jQuery中文教程之一。你只需要一点javascript语言的基本知识，就能看懂它，在最短的时间里

本来想去培训的，但是我没有钱，只好自己在网上找视频看。 前段时间，因为一些事，耽误了很长时间，现在再开始学。 想成为一名Java开发工程师，工资7k~9k就足够了。 一、对象用计算机语言对问题域中事物的描述，对象通过属性（attribute）和方法(method) 来分别对应事物所具有的静态属性和动态属性 a、类是用于描述同一类型的对象的一个抽象的概念，类中定义了这一类对象所具有的静态和动态属性。 b、类可以看成一类对象的模板，对象可以看成该类的一个具体实例。 考虑问题时，a、先考虑在这个问题中应该有哪些类和哪些对象 　　　　　　b、再考虑每一种类和对象，应该具有哪些属性和方法 　　　　　　c、最后考虑类和类之间具备什么样的关系（关联、聚合、继承……） 二、对象 a、对象是Java程序的核心，在Java程序中“万事万物皆对象” b、对象可以看成是静态属性（成员变量）和动态属性（方法）的封装体 c、类是用来创建同一类型的对象的“模板”，在一个类中定义了该类所具有的成员变量和方法。 三、Java类的定义 1、引用 　　a、Java语言总除基本类型之外的变量类型都称之为引用类型 　　b、Java中的对象是通过引用对其操作的 分析语句：String s = new String("hello world"); String s；//声明了一个String类型的引用变量

原文引用 https://www.dazhuanlan.com/2019/08/26/5d62ff2cd6029/ 上一篇我们大概分析了react的虚拟dom和render及createElement该做的事情。现在把格局放大一点，考虑到之后数据模型修改，页面必须能够动态渲染，我们建立路标系统data-reactid与Dom进行mapping, 同时我们对react每个元素的props.children增加自定义key的权限。 上述做法的好处有以下几点: 更新DOM节点: 在选择父元素等的时候直接拿data-reactid进行标示查找 更新Dom的children元素:利用key可以保存相关dom节点的信息，避免在更新操作时，丢失原有数据。 React的view层面大概讲解到这边，具体的实现细节在上一篇文章中：虚拟DOM>真实DOM信息这一点已经体现出来了。React真正的难点是它的DOM diff算法，之后我会针对dom diff进行更新 来源：博客园 作者： wellwill 链接：https://www.cnblogs.com/petewell/p/11410465.html

本文将通过六大原则、设计模式、数据结构、算法来阐述设计思想与代码质量优化的结合 一、六大原则 1、单一职责原则 不要存在多于一个导致类变更的原因，也就是说每个类应该实现单一的职责，如若不然，就应该把类拆分。 2、里氏替换原则（Liskov Substitution Principle） 里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。 里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。—— From Baidu 百科 历史替换原则中，子类对父类的方法尽量不要重写和重载。因为父类代表了定义好的结构，通过这个规范的接口与外界交互，子类不应该随便破坏它。 3、依赖倒转原则（Dependence Inversion Principle） 这个是开闭原则的基础，具体内容：面向接口编程，依赖于抽象而不依赖于具体。写代码时用到具体类时，不与具体类交互，而与具体类的上层接口交互。 4、接口隔离原则（Interface

前言：本人和Jack两人创立Wonder科技两年已久，虽然公司还没注册，但我们的项目已经开发到1.2版本，由于种种原因项目停止了开发。Jack开始了写书的道路，而我，也面临了找工作的事情，在找工作之前，我想先把这两年学习的东西进行总结和复盘，如若能帮助大家，也算是做了件好事。 先给大家介绍下我们的项目，以及我们如何使用工程化思想进行项目重写和重构。 我们开发的是Web端3D WebGL引擎和在线编辑器，其中Jack主要负责引擎，我主要负责3D编辑器以及公司官网、论坛、托管平台等系统开发。在这期间我也熟悉引擎并开发了引擎中的自由相机功能，以及集成到编辑器中使用，为此，我想总结下这两年来跟随Jack学习到的工程化思想。 一、中大型项目的根基：测试驱动开发 刚接触TDD的时候我想大家肯定也和我一样迷茫，到底花费那么多时间写测试有没有必要，尤其是前端开发同学，很多公司不要求你写测试，所以大环境下前端程序员基本不会写测试。我先列举自动化测试的优点： 降低成本：程序员以自动化测试捕捉到bug，成为一个测试用例，就把这个bug固定住，以后有任何重构让这个bug重现都能报错，这样我们不需要测试团队 减少时间：只需要写一遍测试就可以一直复用，效率肯定比人工高 正确性：只要测试代码覆盖越多的产品代码，就能保证产品代码的正确性 代码复用性、可扩展性：当项目发展到一定量级，没有自动化测试支撑的项目

前言：本人和Jack两人创立Wonder科技两年已久，虽然公司还没注册，但我们的项目已经开发到1.2版本，由于种种原因项目停止了开发。Jack开始了写书的道路，而我，也面临了找工作的事情，在找工作之前，我想先把这两年学习的东西进行总结和复盘，如若能帮助大家，也算是做了件好事。 先给大家介绍下我们的项目，以及我们如何使用工程化思想进行项目重写和重构。 我们开发的是Web端3D WebGL引擎和在线编辑器，其中Jack主要负责引擎，我主要负责3D编辑器以及公司官网、论坛、托管平台等系统开发。在这期间我也熟悉引擎并开发了引擎中的自由相机功能，以及集成到编辑器中使用，为此，我想总结下这两年来跟随Jack学习到的工程化思想。 一、中大型项目的根基：测试驱动开发 刚接触TDD的时候我想大家肯定也和我一样迷茫，到底花费那么多时间写测试有没有必要，尤其是前端开发同学，很多公司不要求你写测试，所以大环境下前端程序员基本不会写测试。我先列举自动化测试的优点： 降低成本：程序员以自动化测试捕捉到bug，成为一个测试用例，就把这个bug固定住，以后有任何重构让这个bug重现都能报错，这样我们不需要测试团队 减少时间：只需要写一遍测试就可以一直复用，效率肯定比人工高 正确性：只要测试代码覆盖越多的产品代码，就能保证产品代码的正确性 代码复用性、可扩展性：当项目发展到一定量级，没有自动化测试支撑的项目

分治法的设计思想：将一个难以直接解决的大问题，分割成一些规模较小的相同问题，以便各个击破，分而治之。 1.基本思想 (1) 将求解的较大规模的问题分割成k个更小规模的子问题。 (2) 对这k个子问题分别求解。如果子问题的规模仍然不够小，则再划分为k个子问题，如此递归的进行下去，直到问题规模足够小，很容易求出其解为止。 (3) 将求出的小规模的问题的解合并为一个更大规模的问题的解，自底向上逐步求出原来问题的解。 2.适用条件 分治法所能解决的问题一般具有以下几个特征： I. 该问题的规模缩小到一定的程度就可以容易地解决； II. 该问题可以分解为若干个规模较小的相同问题，即该问题具有最优子结构性质 III. 利用该问题分解出的子问题的解可以合并为该问题的解； IV. 该问题所分解出的各个子问题是相互独立的，即子问题之间不包含公共的子问题。 注意： 如果各子问题是不独立的，则分治法要做许多不必要的工作，重复地解公共的子问题，此时虽然也可用分治法，但一般用动态规划较好。 来源： https://www.cnblogs.com/MTstory/p/11688669.html

https://www.cnblogs.com/CobwebSong/p/9593313.html https://www.cnblogs.com/linzhanfly/p/9686941.html 一 概述 name type description Consumer Consumer< T > 接收T对象，不返回值 Predicate Predicate< T > 接收T对象并返回boolean Function Function< T, R > 接收T对象，返回R对象 Supplier Supplier< T > 提供T对象（例如工厂），不接收值 UnaryOperator UnaryOperator< T > 接收T对象，返回T对象 BiConsumer BiConsumer<T, U> 接收T对象和U对象，不返回值 BiPredicate BiPredicate<T, U> 接收T对象和U对象，返回boolean BiFunction BiFunction<T, U, R> 接收T对象和U对象，返回R对象 BinaryOperator BinaryOperator< T > 接收两个T对象，返回T对象 参考：https://blog.csdn.net/huo065000/article/details/78964382 二 Consumer 1 作用 消费某个对象 2