皮皮网

1.[Angular 组件库 NG-ZORRO 基础入门] - 源码初窥: core
2.ng-zorro-antd中踩过的演示源码源码坑
3.如何搭建node+mysql+nginx+ng的服务器环境
4.web渗透信息侦察收集工具——Recon-ng
5.Angular 组件库 NG-NEST 源码解析：Button 组件
6.aircrackng怎么用

[Angular 组件库 NG-ZORRO 基础入门] - 源码初窥: core

       在探索和了解了典型组件的源码之后，我们进一步深入 NG-ZORRO 组件库的官方核心结构，发现了一个关键的演示源码源码策略来解决组件间共用属性、功能导致的官方重复编写问题。NG-ZORRO 支持近 种组件，演示源码源码为避免每种组件都需要重复定义相同的官方atomthreads源码属性或功能，开发团队采用了将公共方法和定义抽离至 `core` 文件夹的演示源码源码策略。

       当处理组件的官方通用属性时，我们发现像 `nzSize` 这样的演示源码源码属性在多个组件如 `Input` 和 `Button` 中被广泛使用。解决这一问题的官方方法在于引入 `types` 文件夹，这个文件夹记录了哪些组件支持特定属性，演示源码源码便于我们查询和重复利用。官方

       动画效果是演示源码源码 Angular 开发中常见的元素，Angular 官方文档提供了详尽的官方指南。NG-ZORRO 提供了多样化的演示源码源码动画，使页面元素呈现丰富的动态变化。例如在 `Collapse` 折叠面板组件中，通过 `nzActive` 属性操控动画状态，实现元素的展开与收起效果。这一功能在实际开发中非常实用，使用动画使页面交互更加直观。

       某些组件，如 `Tag`，在其动态删除操作中应用了淡入淡出动画，该动画机制相较于需要单独配置的状态传递更为简便，直接提升视觉效果和用户体验。NG-ZORRO 内含多种动画类型，如 `moveUpMotion` 和 `slideMotion`，通过探索源码可以轻易找到使用方式。

       对于不希望使用动画的场景，NG-ZORRO 提供了 `NzNoAnimationDirective`，允许开发者在模板层面对特定元素禁用动画效果。通过替换 `BrowserAnimationsModule` 为 `NoopAnimationsModule`，可实现全局禁用动画。

       总结这一系列核心文件夹——`core` 包含了如 `types` 和 `animations` 等内容，对于项目开发而言，应考虑抽离公共部分，实现跨组件复用，以减少代码冗余和提高开发效率。通过借鉴 NG-ZORRO 的实践，开发者可以优化代码结构，提升组件复用性，同时保持代码的简洁性和易维护性。

ng-zorro-antd中踩过的坑

       在前端开发过程中，我们常常会借助阿里开源的组件库ant-design，它提供的组件功能强大，能满足大多数需求，直接使用即可，带后台部署源码非常便捷。当然，一些公司会对此进行二次开发，以打造具有独特风格的产品。

       本文将不涉及高深的技术细节，也不深入探讨底层源码，仅分享一些在项目中遇到的小问题。

       表格（table）——师傅以为是组件库的bug，没想到……

       不知道正在阅读本文的读者是否遇到过这样的情况：

       这个空状态怎么总是和我们作对呢？为什么就不能满足我们的预期呢？其实，它偶尔也会满足我们的要求。

       出现这种问题的原因实际上非常简单。回想一下，我们在删除和添加表项时，是否是这样操作的：

       看起来这段代码没有问题，但要知道的是，push()和splice()这两个函数是直接在原始数组上操作的，会改变原数组。然而，它们会改变数组的引用吗？答案是：不会。

       在angular的设计中，onChanges()监听的是哪种变化呢？是引用。

       因此，只要我们改变引用地址，就可以解决这个问题。

       这里提供的方法简单、快速、有效，非常实用。

       读完本文，你是否有一种豁然开朗的感觉呢？

如何搭建node+mysql+nginx+ng的服务器环境

       搭建流程概述

       本文将指导您在CentOS 7系统（支持阿里云和腾讯云实例）上安装并配置node.js、mysql、nginx环境，确保服务器稳定运行。

       1. 安装node和npm

       登录阿里云实例后，首先安装git以获取软件源代码。进入/usr/src文件夹，然后下载并解压nodejs，使用命令返回上一级目录并重命名安装文件。接着，配置环境变量以便系统识别node和npm。

       2. 安装mysql

       检查系统自带的mysql是否已安装，如果没有，需要安装相关依赖。接着，下载RPM安装包并安装mysql，设置初始账号和密码，确保服务在开机时自动启动。怎么写源码英语

       3. 安装nginx

       为了支持nginx，先安装epel（额外的软件包仓库）。下载nginx源码后，进行安装并设置为开机启动。检查nginx是否成功启动，以及端口占用情况，如端口，如有冲突则需要进行相应端口的停止或调整。

web渗透信息侦察收集工具——Recon-ng

       在web渗透测试领域，信息侦察与收集是至关重要的环节。对于经验丰富的黑客而言，他们有自己独特的信息收集策略。在信息收集的过程中，合理利用现有的优秀工具，尤其是对新手而言，能极大提升效率与效果。本文将聚焦于一款新型的信息侦察收集工具——Recon-ng，分享其安装与使用方法。

       Recon-ng的安装步骤简单明了。首先，确保已安装dnspython、ponent.ts 文件中，setClassMap() 函数中指定了根据 type 生成的样式属性，并通过 ngClass 映射样式。

       SCSS 样式定义

       参数与样式的关联在 button.component.scss 文件中实现，通过 @include 输出 @mixin 的混入样式。

       @mixin 定义在 style/mixin.scss 内，如 button-type 定义了基于不同参数的不同按钮样式。

       样式复用

       利用 @mixin 实现不同主题颜色样式的便捷复用，提高代码的可维护性和一致性。

       总结

       Button 组件主题颜色功能实现清晰明了：利用 type 参数定义样式名，SCSS 文件中具体定义样式。通过 button.property.ts 和 button.component.ts 文件的协同工作，组件属性清晰明了，便于后续的维护与优化。

       组件属性分离策略提升代码可维护性，且能够自动生成官方 API 文档中的属性说明文档。组件主要围绕样式设计，对主题样式有深入了解的开发者应进一步探索其余功能的详细实现。

aircrackng怎么用

       aircrackng怎么用？

       在 Mac 下面使用 Aircrack-ng 要解决的两个问题：Aircrack-ng 在 Mac 下如何安装？使用 airport 而不是 Aircrack-ng 中的工具获取握手包。

       1. Aircrack-ng 在 Mac 下编译的问题。 直接使用 make 源码有问题， 可以使用 Macport 进行安装。 Macport 已经预置了 Aircrack-ng ， brew 没有。 安装好 Macport 之后， 命令行下： sudo port install aircrack-ng,金牛资金监控源码 Macport 会自动下载编译和安装。

       2. 获取握手包的问题。Mac 下面使用 Aircrack-ng 包中的 airmon-ng 进行嗅探有问题，会提示 wireless-tools 找不到，因为 Airmon-ng 依赖于 wireless-tools ，而 Linux wireless-tools 在 Mac 下 的编译也有问题。如果使用 wireshark 的 Mon mode 的话也有问题，wireshark 的监听模式认为 Mac 的网卡不支持监听模式。其实 Mac 本身自带一个 airport 工具，可以很方便的扫描和在监听模式下进 行监听: airport -s 进行扫描，airport en1 sniff 1 进行监听。

单元测试实践

       非常有意思的一段话：

       我们用得最多的基本单元测试框架是junit和testng，下面对这两个工具做个对比。

       通过上面的对比可以看出，TestNG作为Java项目的单元测试框架是更有优势的，TestNG在参数化测试、依赖测试、套件测试、分组测试、并发测试等方面都比Junit4强，同时，TestNG涵盖了JUnit4的全部功能。

       所以下面的案例说明都是基于TestNG来写的。

       为方便对后面内容的理解，先写一个单元测试：

       这是一个验证rsa加解密功能的单元测试。

       TestMain是抽象出来，用于启动spring容器以及支持testng用例自动注入bean，因为启动spring容器总是很耗时的，如果我们的测试用例用不到依赖的spring bean，最好不雅启动spring容器，TestMain源码：

       这就是TestMain最好放在和工程Application类所在包相同路径下的原因，比如我的示例中TestMain和BoardServerApplication都在相同包路径下：com.allawn.athletic.board.server。

       检查TestNG插件是否存在

       插件搜索“Coverage”

       在我们的pom文件下加如下plugin配置：

       idea插件自带，带搜索插件“PIT mutation testing”，但不建议用，很难调通！

       本地开发环境

       IDE自动创建单元测试的方法（也可手动完成）：

       创建后的单元测试在Maven工程的test目录下生成测试类：

       注意：如果之前没有test目录，则需要手动创建一下：

       然后再把目录设置为test目录。设置方法：file -> Project Structure -> Modules

       运行单元测试

       创建单元测试

       Maven执行的相关命令：

       如果单元测试不通过，出现如下：

       两种方式皆可运行。

       运行不通过则则会有提示

       要通过maven运行单元测试，要保证pom配置没有跳过单元测试，检查设置如下：

       IDEA可以直接生成覆盖率报告，导出来的覆盖率报告长这样：

       点击index.html即可看报告内容：

       变异测试，英文Mutation Testing，是使用变异器 （切换数学运算符，更改返回类型，删除调用等）将代码修改为不同的波兰蠢驴源码泄露变异（基于变异器创建新代码），并检查单元测试是否失败。好的单元测试应该使所有突变都失败（杀死）。

       主要列出testng的测试方法，junit的测试方法请另行百度。

       异常测试是指在单元测试中应该要抛出什么异常是合理的，可以检测我们方法中指定跑出的异常，类似这种：

       如果我们有时候不想测试某些方法的单元测试，那么我们可以指定这些具体的单元测试跳过不执行，testng和junit4都支持忽略测试，testng通过@Test(enabled=false)跳过。

       指定某个单元测试方法最长执行时间，如果超时了就算失败，testng中的timeout单位是毫秒。

       套件测试是指把多个单元测试组合成一个模块，然后一起运行，在套件定义中还可以通过定义组，针对相同组名的单元测试统一运行。

       为方便我们模拟单元测试的传参，testng提供了@DataProvider注解，我们可以在单元测试内设置多种参数值，单元测试会依次把入参都跑一遍。被@DataProvider修饰的方法，返回值是数组形式。

       依赖测试是指测试的方法是有依赖的，在执行的测试之前需要执行的另一测试。如果依赖的测试出现错误，所有的子测试都被忽略，且不会被标记为失败。

       TestNG支持通过多个线程并发调用一个测试接口来实现性能测试，invocationCount表示方法调用的次数，threadPoolSize表示并发线程数量，timeOut即是每次调用最大耗时时间。

       通过多线程并行调用多个测试方法，在我们套件/组测试的时候，如果使用并行测试，可以大大减少测试运行时间。

       Mock的使用场景：

       Mockito有比较简洁的API，简单易学，可读性强。从Mockito2开始，Mockito支持了很多新特性以及新注解（所以依赖mockito2.x以上版本的需要java8及以上jdk方可），使用很便捷，spring-boot-starter-test包默认内置mockito，鉴于维护性和语言新特性的支持，个人建议使用Mockito作为单元测试的mock工具。

       在有需要的地方进行mock，否则走真实方法调用。

       除了采用静态方法spy以外，还可以通过采用注解的方式：

       结果示例：

       除了@Spy注解需要如此设置，@Mock、@Captor、@InjectMocks等注解也需要。

       对整个class进行mock

       结果：

       Junit5使用手册： junit.org/junit5/docs/c...

       在Junit5中要使用Mockito，需要单独引入mockito-junit-jupiter依赖包，通过在单元测试类上加

       @ExtendWith(MockitoExtension.class)

       实现构建一个mock运行容器。

       在有需要的地方进行mock，否则走真实方法调用。

       除了采用静态方法spy以外，还可以通过采用注解的方式：

       结果示例：

       结果：

[译] 关于 Angular 的变化检测，你需要知道的一切

       关于 Angular 的变化检测，你需要知道的一切

       探究内部实现和具体用例

       要全面了解 Angular 的变化检测机制，查看源码是不可或缺的步骤，因为网络上相关文章少之又少。大部分文章只涉及每个组件自身的变化检测器、不可变变量（immutable）和变化检测策略（change detection strategy）的概念，但缺乏深入剖析。本文旨在深入探讨不可变变量如何触发变化检测，以及变化监测策略对检测的影响。同时，你将能将这些知识应用到优化性能的场景中。

       本文分为两部分，第一部分侧重于技术细节，包含大量源码链接。我们基于 Angular 4.0.1 版本来解释变化检测机制的工作原理。该版本与 Angular 2.4.1 版本有所差异。若想了解更多，可参考 Stack Overflow 上的相关讨论。

       第二部分将展示如何运用变化检测。值得注意的是，尽管两个版本的 API 有所不同，但第二部分的内容对两个版本都适用。

       核心概念：视图（view）

       Angular 的教程常提到应用是一颗组件树，但在 Angular 内部，视图（view）是一种较低级的抽象概念。视图与组件之间存在直接关联，每个视图都通过 component 属性与对应的组件类关联。所有操作在视图中执行，包括属性检查和 DOM 更新。因此，从技术角度来看，更准确的说法是 Angular 应用是一颗视图树。组件可以视为视图的更高阶概念。源码中对视图有如下描述：

       视图是应用 UI 的基本组成元素，由一组在创建和销毁时共同存在的最小集合构成。视图的属性可以改变，但元素结构（数量和顺序）不能改变。想要改变元素结构，只能通过 ViewContainerRef 插入、移动或移除嵌入的视图。每个视图可以包含多个视图容器。

       在本文中，我们将交替使用“组件视图”和“组件”概念。

       值得注意的是，网络上有关变化检测的文章和 StackOverflow 回答中的“视图”常被称作变化检测器对象（Change Detector Object）或 ChangeDetectorRef。实际上，变化检测并非独立对象，而是在视图上运行的。

       每个视图通过 nodes 属性关联子视图，以便对子视图进行操作。

       视图的状态

       每个视图都有一个 state 属性，这是极其重要的属性，决定了是否对视图及其所有子视图执行变化检测。state 属性有多种可能的值，与本文相关的有：

       如果ChecksEnabled 为 false 或视图状态为 Errored 或者 Destroyed，变化检测将跳过此视图及其所有子视图。默认情况下，所有视图均以 ChecksEnabled 作为初始值，除非使用了 ChangeDetectionStrategy.OnPush。

       Angular 中有许多高级概念用于操作视图。在文章中已提及部分概念，如 ViewRef。它封装了组件视图并提供了一个名为 detectChanges 的方法，该方法会在异步事件触发时在最顶层的 ViewRef 上执行变化检测。最顶层的 ViewRef 执行变化检测后，会递归地对其子视图执行检测。

       通过 ChangeDetectorRef 令牌将 viewRef 注入组件构造函数中，可以实现此操作：

       从其定义可知这一点：

       变化检测操作

       执行变化检测的主要逻辑在 checkAndUpdateView 方法中，该方法主要针对子组件视图执行操作，并递归地调用此方法以遍历从宿主组件到所有组件的所有视图。这意味着，下一次递归中，子组件就成为了新的父组件。

       执行变化检测的主要步骤如下：

       有几个关键点需要注意：

       首先，子组件在子视图被检测之前会触发onChanges 生命周期钩子，即使子视图的变化检测被跳过了。这一点至关重要，后续部分将展示如何利用这一点。

       第二，当检测视图时，更新视图的 DOM 是变化检测机制的一部分。因此，如果组件未被检测，DOM 将不会更新，模板中的组件属性发生改变时也是如此。在第一次检测之前，模板已被渲染。这里所说的更新 DOM 指的是更新插值。例如，some { { name}}，在第一次检测之前，已经将 DOM 元素 span 渲染好。检测过程中，只会渲染 { { name}} 部分。

       另一个有趣的是，子组件视图的状态可以在变化检测过程中改变。所有组件视图默认初始化为 ChecksEnabled。但是，使用 OnPush 策略的组件在第一次检测后不再执行变化检测（步骤第 9 步）。OnPush 文档说明，只有绑定发生变化时才会执行检测。因此，需要将 ChecksEnabled 位设置为启用检测（步骤第 2 步操作）：

       只有当父视图绑定发生变化，且子组件视图初始化为 ChangeDetectionStrategy.OnPush 时，才会更新状态。

       最后，当前视图的变化检测负责启动子视图的变化检测（步骤第 8 步）。以下是相关的代码：

       现在你知道了视图状态控制了是否对此视图及其子视图进行变化检测。那么问题来了——我们能控制这个状态吗？答案是可以，这也是本文第二部分将探讨的内容。

       有些生命周期钩子在更新 DOM 前调用（步骤 3、4、5），有些在之后（步骤 9）。例如，组件结构为 A -> B -> C，它们的生命周期钩子调用和更新绑定的顺序是：

       总结

       假设我们有如图所示的组件树，根据前面所述，每个组件都有一个与之关联的视图。每个视图初始化为 ViewState.ChecksEnabled，这意味着 Angular 进行变化检测时，树中的每个组件都会被检测。

       如果我们希望禁用 AComponent 及其子组件的变化检测，只需将 ViewState.ChecksEnabled 设置为 false。由于状态操作是低级操作，Angular 提供了许多视图的公共方法。每个组件都可以通过 ChangeDetectorRef 令牌获取关联的视图。Angular 文档定义了该类的公共接口：

       接下来，我们将探讨如何使用这些接口。

       detach

       detach 允许我们操作状态，它可以对当前视图禁用检查：

       在代码中实现如下：

       这确保了接下来的变化检测中，从 AComponent 开始，左子树的所有组件都会被跳过（橙色的组件不会被检测）：

       需要注意的是，改变的是 AComponent 的状态，其所有子组件都不会被检测。第二点是，由于整个左子树的组件都不执行变化检测，它们模板中的 DOM 也不会更新。以下例子简要描述了这种情况：

       当组件首次被检测时，span 将被渲染为“See if I change: false”。两秒后，changed 属性变为 true，但 span 中的文字不会更新。然而，如果去掉了 this.cd.detach()，就会按照预期更新。

       reattach

       如第一部分所述，如果 AComponent 的输入绑定 aProp 发生变化，AComponent 的 Onchanges 生命周期钩子就会被触发。这意味着一旦得知输入属性发生变化，即可启动当前组件的变化检测器来检测变化，然后在下一个周期将其分离。以下是实现此功能的代码片段：

       由于reattach 只是简单地设置 ViewState.ChecksEnabled 位：

       这与将 ChangeDetectionStrategy 设置为 OnPush 的效果相似：在第一次变化检测后禁用检测，当父组件绑定的属性发生变化时启用，检测完之后再次禁用。

       需要注意的是，OnChanges 钩子仅在禁用检查的子树的最顶端组件触发，子树中的其他组件不会触发。然而，我们可以通过这个钩子执行自定义逻辑，然后将组件标记为可以执行一次变化检测。由于 Angular 只检测对象引用，我们在此可以检查对象的属性：

       markForCheck

       reattach 方法仅对当前组件启用检测，如果父组件未启用变化检测，效果有限。我们需要一个能够检测所有父组件直到根组件的方法，这个方法就是 markForCheck：

       从代码中可以看出，它仅向上迭代直至根节点，使所有父组件都启用检查。

       何时使用这个方法？与 ngOnChanges 一样，在使用 OnPush 策略时也会触发 ngDoCheck 生命周期钩子。再次强调，只有禁用检查的子树的最顶端组件会触发，子树中的其他组件都不会触发。但是，我们可以通过这个钩子执行一些自定义逻辑，然后将组件标记为可以执行一次变化检测。由于 Angular 只检测对象引用，我们在此可以检查对象的属性：

       detectChanges

       有一种方法可以对当前组件和所有子组件执行一次变化检测，这就是 detectChanges 方法。此方法会对当前组件视图执行变化检测，不管组件的状态如何。也就是说，视图仍会禁用检测，并且在接下来常规的变化检测中，不会检测此组件。例如：

       尽管变化检测器引用仍保持分离，但 DOM 元素仍会随着输入绑定的变化而变化。

       checkNoChanges

       这是变化检测器的最后一个方法，主要作用是确保当前执行的变化检测中，没有变化发生。简单来说，它执行本文第一部分提到的列表中的第 1、7、8 步。如果发现绑定发生变化或 DOM 需要更新，会抛出异常。

       还有疑问？

       若对本文有任何疑问，欢迎在 Stack Overflow 上提问，并在本文评论区贴上链接。这样整个社区都能受益。感谢。

       关注我以获取更多资讯

       若发现译文存在错误或其他需要改进的地方，欢迎到 掘金翻译计划 对译文进行修改并 PR，也可获得相应奖励积分。本文永久链接即为本文在 GitHub 上的 MarkDown 链接。

       掘金翻译计划 是一个翻译优质互联网技术文章的社区，文章来源为 掘金 上的英文分享文章。内容覆盖 Android、 iOS、 前端、 后端、 区块链、 产品、 设计、 人工智能等领域，想要查看更多优质译文请持续关注 掘金翻译计划、 官方微博、 知乎专栏。

求angularjs select2写的下拉树形列表源码,类似于附件里的结构

       使用group by 去进行分组。这个像sql语句一样的

       <select ng-model="selected" ng-options="(m.productColor + ' - ' + m.productName) group by m.mainCategory for m in model">

        <option value="">-- 请选择 --</option>

       </select>