principles相关内容
namenode 格式化究竟涉及什么.如果我在我的 hadoop 安装文件夹中的终端中输入以下命令: bin/hadoop namenode -format 它究竟完成了什么?我希望了解名称节点格式的原则和它的意义.谢谢... 解决方案 Hadoop NameNode 是 HDFS 文件系统的集中位置,它保存文件系统中所有文件的目录树,并在整个集群中跟踪文件数据的位置保持.简而言之,
..
我不太明白有标题的意义;这似乎违反了 DRY 原则!标头中的所有信息都(可以)包含在实现中. 解决方案 它简化了编译过程.当你想独立编译单元时,你需要一些东西来描述将链接到的部分,而不必导入所有其他文件的全部. 它还允许隐藏代码.可以分发标头以允许其他人使用该功能,而无需分发实现. 最后,它可以鼓励接口与实现的分离. 它们不是解决这些问题的唯一方法,但 30 年前它们是一
..
namenode 格式化到底涉及什么.如果我在我的 hadoop 安装文件夹中的终端中输入以下命令: bin/hadoop namenode -format 它到底完成了什么?我想了解 namenode 格式的原则 &它的意义.谢谢... 解决方案 Hadoop NameNode 是 HDFS 文件系统的集中位置,它保存文件系统中所有文件的目录树,并跟踪文件数据在集群中的位置保持.简
..
什么是依赖倒置原则,为什么它很重要? 解决方案 查看此文档:
..
Python 中的“使用 EAFP 原理"是什么意思?你能提供一些例子吗? 解决方案 来自 glossary: 请求原谅比许可更容易.这种常见的 Python 编码风格假设存在有效的键或属性,并在假设证明为假时捕获异常.这种干净而快速的风格的特点是存在许多try 和except 语句.该技术与许多其他语言(如 C)常见的 LBYL 风格形成对比. 一个例子是尝试访问字典键.
..
为了遵守REST原则的最佳实践,是否最好在POST / PUT上返回创建/更新的实体?还是返回带有Location标头的空HTTP正文? 更准确地说,当通过POST创建资源时,我们应该返回: 状态201 +位置标头+(在HTTP正文中创建的实体) OR 状态201 +位置标头+(空主体) 当资源由PUT更新时,我们应该返回: 状态200 +(HTTP正文中的更新
..
我很早就知道C中有位域,偶尔我会用它们来定义密集的结构: typedef结构Message_s { unsigned int标志:1; unsigned int通道:4; unsigned int信号:11; }消息; 当我阅读开放源代码时,我经常会发现要存储的位掩码和移位操作并在手卷位字段中检索此类信息。这是如此普遍,以至于我认为作者并不了解位域语法,因此我
..
1. Abstraction 2. Encapsulation 3. Inheritance 4. Polymorphism 例如在面试中如何最好地解释这些概念? 解决方案 1.抽象 仅向用户显示他需要的必要内容,而不显示其他内容 信息(使用公共私人信息,受保护).当完成时进行抽象 我们需要从某些类继承,但不要实例化 该类的对象. 2.封装
..
我是软件设计原则的忠实拥护者,例如 SOLID 和 DRY . OO软件设计还有哪些其他原则? 注意.我不是在寻找诸如“注释您的代码"之类的答案,而是在寻找OO设计原则,例如鲍勃叔叔. 解决方案 来自维基百科的相当全面的列表: http://en.wikipedia.org/wiki/List_of_software_development_philosophies 敏捷
..
依赖反转的原理是什么,为什么如此重要? 解决方案 签出该文档:它基本上说: 高级模块不应依赖于低级模块.两者都应依赖抽象. 抽象永远不要依赖细节.细节应取决于抽象. 简而言之,为何如此重要:变更是有风险的,并且通过依赖概念而不是实施来减少呼叫站点的变更需求. 有效地,DIP减少了不同代码段之间的耦合.这个想法是,尽管有很多实现日志工具的方法,但是您使用它的方法应该在时间
..
我有一个问题已经尝试了一段时间,但无法弄清: 您如何设计或划分CouchDB文档? 以博客帖子为例. 做到这一点的半“关系"方式是创建一些对象: 发布 用户 评论 标签 摘要 这很有意义.但是我正在尝试使用沙发床(出于种种原因,这是很棒的)来建模同一件事,这非常困难. 那里的大多数博客文章都为您提供了一个简单的示例.他们基本上以相同的方式对其进行划分,但
..
在编写函数式编程语言中的代码时可以使用哪些已知的原则,最佳实践和设计模式? 解决方案 有褶皱,展开,地图等。 我考虑使用他们的最佳实践,因为它很容易推断他们的行为,他们经常传达一个函数的目的(例如,只要看看着名的一个Haskell程序员的演变过程和大四与老师的对比)
..
namenode格式化涉及到什么。如果我在我的hadoop安装文件夹中输入以下命令到我的终端: $ $ $ $ $ bin $ hadoop namenode -format 完成的是什么?我期待了解namenode格式化的原理。其意义。谢谢... 解决方案 Hadoop NameNode是一个HDFS文件系统的集中的地方,它保持所有文件的目录树在文件系统,并跟踪整个群集中文件数据的
..
解决方案 面向对象类设计原理(“SOLID”原则) SRP:单一责任 原则课程应该有一个 和只有一个,理由更改。 OCP:开放封闭原则您 应该能够扩展一个类 行为而不修改它。 LSP:Liskov替换 原则派生类必须是 可替代基础 类。 ISP:界面隔离 原则使客户特定的细粒度 接口 DIP:依赖性 反转原则取决于 抽象,而不是实体。 $ b $来源:
..
在设计C项目时,是否有任何已知的设计原则,最佳实践和设计模式?或者一般的程序化(命令式)编程的有用的设计原则? (我是“面向对象一代”的孩子,必须设计一个大型C项目第一次) 解决方案 信息隐藏 - 由Parnas支持(软件基础知识)。 仔细管理标题和可见性: 可以从外部世界隐藏的源文件中的所有内容都应该是; 所有暴露的内容都会在标题中声明。 该标题用于需要功能的位置(
..
由于这是一个广泛的社区使用各种不同的技术,它似乎是合适的地方问这个。 你喜欢编译还是你喜欢脚本? 我问这是因为我倾向于使用选择的模块编程小脚本语言,我实际需要(如Lua,Awk,AutoHotKey ...),而不是主流语言完全烧录的非可移植IDE以及大型的一次性所有的库,每一个小的变化都需要加载和重新编译项目。 我喜欢只有工具我实际上需要更改/修复/更新项目是任何编辑器可用在任
..
我不明白有一个头的点;这似乎违反了DRY原则!是(可)包含在标题中的所有信息在执行。 解决方案 它简化了编译过程。当你想单独编译单元,你需要的东西来描述将被链接到零件,而无需导入所有其他文件的全部内容。 它还允许code躲藏。人们可以分发头允许他人使用该功能,而无需分发的执行。 最后,可以鼓励接口从实施分离 他们不解决这些问题的唯一途径,但30年前,他们是一个很好的一个。我们可能不会
..
存在任何已知的设计原则,最佳实践和设计模式,同时设计一个C项目,一个可以遵循?或有用的设计原则,在一般程序(必要)编程? (我是'面向对象的一代“的孩子,要设计的第一次大型C项目) 解决方案 信息隐藏 - 由尔格的信奉(软件基础)。 报头和知名度的精细化管理: 中,可以从外界被隐藏应是源文件的一切;只有记录的外部接口予以曝光。 被暴露在头声明的一切。 这头被用来在需要的功
..