- 综合排序
- 最热优先
- 最新优先
- 来自专栏Hank’s Blog
3-5 处理缺失值
> x <- c(1,NA,2,NA,3) > is.na(x) [1] FALSE TRUE FALSE TRUE FALSE > x[!is.na(x)] #找出不是缺失值 [1] 1 2 3 > x <- c(1,NA,2,NA,3) > y <- c("a","b",NA,"c",NA) > z <- complete.cases(x,y) #都不是缺失值的元素 > x[z] [1] 1 > y[z] [1] "a" > library(datasets) #import dat
52410发布于 2020-09-16 - 来自专栏NetCore 从壹开始
3-5 安装CICD管理平台：Jenkins
大家这里可以先安装gitlab工具，我就省事了，直接用gitee做源代码管理平台了。
35821编辑于 2023-01-09 - 来自专栏叽叽西
lagou 爪哇 3-5 spring cloud (下) 笔记
为了⽀撑⽇益增⻓的庞⼤业务量，我们会使⽤微服务架构设计我们的系统，使得 我们的系统不仅能够通过集群部署抵挡流量的冲击，⼜能根据业务进⾏灵活的扩展。那么，在微服务架构下，⼀次请求少则经过三四次服务调⽤完成，多则跨越⼏⼗ 个甚⾄是上百个服务节点。那么问题接踵⽽来：
88720编辑于 2022-05-17 - 来自专栏PHP实战技术
3-5年的PHPer常见的面试题
php的面向对象：类的修饰符、封装、继承、多态等 php的设计模式：单例模式、工厂模式、生产者模式......等23种 服务器状态码:200、202、301、404、500...... i++与++i+
1.6K100发布于 2018-03-09 - 来自专栏cwl_Java
C++编程之美-结构之法(代码清单3-5)
代码清单3-5 void RecursiveSearch(int* number, int* answer, int index, int n) { if(index == n)
28220编辑于 2022-11-30 - 来自专栏AI机器学习与深度学习算法
机器学习入门 3-5 Numpy数组(和矩阵)的基本操作
shape 属性查看数组的维度，返回值是一个元组，元组中对应位置的值为数组中对应维度的元素个数。
87610编辑于 2022-05-25 - 来自专栏跟着官方文档学小程序开发
第二章 小程序开发指南3-5
在本章会介绍小程序的基本开发流程，结合前面章节的知识，完全可以独立完成一个体验很完善的小程序。为了让开发者更加了解小程序开发，在本章中还会通过常见的一些应用场景介绍小程序API的一些细节以及开发的一些技巧和注意事项。
36810编辑于 2025-08-25 - 来自专栏AI研习社
未来 3-5 年内，哪个方向的机器学习人才最紧缺？
我的看法是不需要的，大前提是需要了解基本的数学统计知识即可，更多的讨论可以看我这个答案「阿萨姆：如何看待「机器学习不需要数学，很多算法封装好了，调个包就行」这种说法？」。 所以以 3-5 年的跨度来看，这些工具依然会非常有用，甚至像 CNN 和 LSTM 之类的深度学习算法还在继续发展迭代当中。
71860发布于 2018-03-19 - 来自专栏全栈程序员必看
SDK封装_java封装类
本文主要讲解java封装jar包的过程，一个简单的demo，方便大家入手学习打包jar包。
2.9K30编辑于 2022-11-03 - 来自专栏撸码那些事
【封装那些事】 缺失封装
缺失封装 没有将实现变化封装在抽象和层次结构中时，将导致这种坏味。 表现形式通常如下: 客户程序与其需要的服务变种紧密耦合，每当需要支持新变种或修改既有变种时，都将影响客户程序。 为什么不能缺失封装？ 开闭原则（OCP）指出，类型应对扩展开放，对修改关闭。也就是说应该通过扩展（而不是修改）来改变类型的行为。没有在类型或层次结构中封装实现变化时，便违反了OCP。 缺失封装潜在的原因 未意识到关注点会不断变化 没有预测到关注点可能发生变化，进而没有在设计中正确封装这些关注点。 因为变化点混在了一起，没有分别进行封装。 使用桥接模式进行封装： 使用桥接模式，分别封装这两个关注点的变化。现在要引入新内容类型Data和新加密算法TDES，只需要添加两个新类。
1.4K30发布于 2018-06-21 - 来自专栏撸码那些事
【封装那些事】 缺失封装
缺失封装 没有将实现变化封装在抽象和层次结构中时，将导致这种坏味。 表现形式通常如下: 客户程序与其需要的服务变种紧密耦合，每当需要支持新变种或修改既有变种时，都将影响客户程序。 为什么不能缺失封装？ 开闭原则（OCP）指出，类型应对扩展开放，对修改关闭。也就是说应该通过扩展（而不是修改）来改变类型的行为。没有在类型或层次结构中封装实现变化时，便违反了OCP。 缺失封装潜在的原因 未意识到关注点会不断变化 没有预测到关注点可能发生变化，进而没有在设计中正确封装这些关注点。 因为变化点混在了一起，没有分别进行封装。 使用桥接模式进行封装： 使用桥接模式，分别封装这两个关注点的变化。现在要引入新内容类型Data和新加密算法TDES，只需要添加两个新类。
1.4K150发布于 2018-05-16 - 来自专栏产品能力
封装
36 // 在这里将p对象中的年龄赋值为-25岁 37 p.setAge(-25) ; 38 // 调用Person类中的talk()方法 39 p.talk() ; 40 } 41 } 封装属性 ：private 属性类型 属性名 封装方法：private 方法返回类型 方法名称（参数） 01 class Person 02 { 03 private String name ; 04 private
82920编辑于 2022-12-01 - 来自专栏Python学习
封装
前言 在面向对象编程（OOP）中，封装是一个重要的概念，旨在保护数据并限制对对象内部状态的直接访问。在 Python 中，私有成员是实现封装的关键工具。 本章详细讲解了封装的基本概念以及私有成员的用法。 本篇文章参考：黑马程序员 一、基本概念 面向对象编程是一种许多编程语言支持的编程思想。 面向对象的三大特性： 封装 继承 多态 封装：将现实世界的事物用类来描述，具体表现为属性和方法。 通俗来讲，封装就是将事物的属性和行为整合到一个类中，通过成员变量和成员方法来实现对现实世界事物的描述。
41421编辑于 2024-08-06 - 来自专栏撸码那些事
【封装那些事】 未利用封装
未利用封装 客户代码使用显式类型检查（使用一系列if-else或switch语句检查对象的类型），而不利用出层次结构内已封装的类型变化时，将导致这种坏味。 为什么要利用封装？ 我们这里讨论的是：要检查的类型都封装在了层次结构中，但没有利用这一点，即使用显式类型检查，而不依赖于动态多态性。这将导致如下问题： 显式类型检查让客户程序和具体类型紧密耦合，降低了设计的可维护性。 未利用封装潜在的原因 以过程型思维使用面向对象语言 开发时的思维是以代码执行过程为导向，自然而然就会使用if-else语句和switch语句。 未应用面向对象原则 无力将面向对象的概念付诸实践。 示例分析一 根为抽象类DataBuffer的层次结构封装了各种基本数据结构型数组，DataBuffer的子类DataBufferByte、DataBufferUShort、DataBufferInt支持相应的基本数据类型数组 这种情况反映出来的问题就是没有利用封装，已经有了层次结构，却没有予以利用。没有面向接口编程，每个地方面向的都是具体的实现类，每个地方都需要判断实例的类型才可以进行下一步的动作。
1.6K40发布于 2018-06-21 - 来自专栏用户4381798的专栏
封装
专业的人专业造轮子，将橡胶、钢材等原材料封装成成品车轮，供给他人使用。 这就是封装的法则，人们通过封装，将现实世界繁复复杂的事物简化为抽象世界的一个概念，并且在概念之上层层运用封装法则，实现无与伦比的意念世界的上层建筑。
1.1K30发布于 2020-08-28 - 来自专栏撸码那些事
【封装那些事】 泄露的封装
泄露的封装 抽象通过公有接口（方法）暴露或泄露实现细节时，将导致这种坏味。需要注意的是，即使抽象不存在“不充分的封装”坏味，其公有接口也有可能泄露实现细节。 为什么不能泄露封装？ 为实现有效封装，必须将抽象的接口（即抽象的内容）和实现（即抽象的方式）分离。为遵循隐藏原则，必须对客户程序隐藏抽象的实现方面。 泄露的封装的潜在原因 不知道该隐藏哪些东西 开发人员通常会在无意之间泄露实现细节。 使用细粒度接口 类的公有接口直接提供了细粒度的方法，这些细粒度的方法通常会向客户程序暴露不必要的实现细节。 这就是泄露的封装的潜在原因——使用细粒度接口。
1.1K20发布于 2018-06-21 - 来自专栏摸鱼网工
数据封装与解封装流程
而是由下层逐层封装来完成对等层交换数据，这就是我们数据的封装。 而解封装，就是上层需要与下层进行通信，于是逐层解封装至目标层进行通信。 这里的上下层就是指的网络参考模型的层次 上面可能说的有点复杂不易于理解，可以记住下面这句话： 数据发送时，从上至下逐层封装 数据接收时，从下至上逐层解封装 只有拆除外层封装，才能看到内层封装 TCP/IP 五层模型对应每层格式 所遵循的层次 数据封装的流程 封装与解封装流程 1.数据从应用层发出，进入传输层 在传输层会为我们数据打上TCP or UDP头部，里面包含了我们数据的源端口、目的端口，到这层的时候 ，我们数据已经被封装成了数据段。 注意，数据的封装、解封装都是逐层进行的，不会出现跃层通信 数据的解封装 同封装原理一样，只不过顺序进行了颠倒，从物理层的二进制数据流开始逐层解封装直至应用层 小节 本篇了解了我们数据封装与解封装的流程，
4.8K20编辑于 2022-12-16 - 来自专栏撸码那些事
【封装那些事】 未利用封装
未利用封装 客户代码使用显式类型检查（使用一系列if-else或switch语句检查对象的类型），而不利用出层次结构内已封装的类型变化时，将导致这种坏味。 为什么要利用封装？ 我们这里讨论的是：要检查的类型都封装在了层次结构中，但没有利用这一点，即使用显式类型检查，而不依赖于动态多态性。这将导致如下问题： 显式类型检查让客户程序和具体类型紧密耦合，降低了设计的可维护性。 未利用封装潜在的原因 ###以过程型思维使用面向对象语言 开发时的思维是以代码执行过程为导向，自然而然就会使用if-else语句和switch语句。 示例分析一 根为抽象类DataBuffer的层次结构封装了各种基本数据结构型数组，DataBuffer的子类DataBufferByte、DataBufferUShort、DataBufferInt支持相应的基本数据类型数组 这种情况反映出来的问题就是没有利用封装，已经有了层次结构，却没有予以利用。没有面向接口编程，每个地方面向的都是具体的实现类，每个地方都需要判断实例的类型才可以进行下一步的动作。
1.3K90发布于 2018-05-18 - 来自专栏撸码那些事
【封装那些事】 泄露的封装
泄露的封装 抽象通过公有接口（方法）暴露或泄露实现细节时，将导致这种坏味。需要注意的是，即使抽象不存在“不充分的封装”坏味，其公有接口也有可能泄露实现细节。 为什么不能泄露封装？ 为实现有效封装，必须将抽象的接口（即抽象的内容）和实现（即抽象的方式）分离。为遵循隐藏原则，必须对客户程序隐藏抽象的实现方面。 ##泄露的封装的潜在原因 不知道该隐藏哪些东西 开发人员通常会在无意之间泄露实现细节。 使用细粒度接口 类的公有接口直接提供了细粒度的方法，这些细粒度的方法通常会向客户程序暴露不必要的实现细节。 这就是泄露的封装的潜在原因——使用细粒度接口。
1.2K150发布于 2018-05-15 - 来自专栏iOS逆向与安全
写作小技能：卡片式写文章（用3-5张卡片写文）
挑战->核心概念->该怎么做->总结->升华 找到1张卡做大的核心概念 找到3-5张卡做子概念的内容 把这些卡片的“行动指引”总结下，列在最后做个行动指引大全。 .… 用3-5张卡片写文是个很好的体验：1.主题是自下而上生成，而不是逼你针对命题写一个。2. 内容是过去知识卡片的积累，而不是临时写一句，出去找一段儿。3.
1.6K10编辑于 2022-08-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号