什么是前端组件？它在前端开发人员中更熟悉。他们的脑海中的“组件化”。其他信息含糊不清。至于VUE的开发人员，它可能是“每个.vue文件是一个组件...”等等。显然，这不是我想要的答案！
大多数人可能知道如何在实际开发中发展组成部分，因为这都是实际的经验，但是这些经验是分散的：
1.不能形成整体思维，您不能说一两个，您可能无法应付面试；
2.易于形成经验主义，重用不适当的场景和业务；
3.很容易开发“四个倒数”组件，例如不完整的功能，过度依赖等。
为了应对上述问题，本文将在理论上设计与以下组件设计相关的知识，希望帮助开发人员！
就前端开发而言，可以简单地将组件描述为视图逻辑的集合和非视图逻辑。视频逻辑是样式代码和视图互动部分，用于渲染组件样式和交互式操作。非视图逻辑可以被视为数据处理逻辑和交互式处理逻辑代码。视图和数据的组合构成了完整的前端组件。
- - 创造复杂性。
无论组件是简单还是复杂，都必须遵循设计和开发的某些原则，以确保集体价格的合理性。关于组件设计原理的有很多好的文本，并且在这里没有解释。以下简单组织的原则，然后是发展习惯：
许多软件开发和设计原则都强调了单一责任的原则，这是现代软件开发中必不可少的标准。单一责任强调组件具有“能力”，例如输入框组件具有输入数据的能力。
单个责任可以确保组件是最大的粒径，并且有利于重复使用。但是粒径过于细的有时会导致组件的碎片化。因此，应根据重复使用的基础建立单个职责组件。对于未使用的单个职责组件，我们只能充当独立组件的内部组成部分。
单个职责还具有简化组件的能力。观察此原理可以使代码在一定程度上足够简单，这意味着它易于阅读和维护。
良好的组件包装应隐藏内部细节和意义上的实现，并通过道具控制行为和输出（一个-way数据流）。在同一时间，有必要有能力减少全局变量的访问权限，因为访问全局变量会破坏包装，创建不可预测的行为并使测试变得困难。全球变量可以用作组件的道具，而不是直接引用。
包装可以分开逻辑代码并帮助快速发展问题。
单个责任的原则描述了如何将需求分为组件，封装了如何组织这些组件，并结合了描述如何将整个系统粘合在一起的组合。
具有多个功能的组件应转换为多个单一响应性。这些小组件可以合并为具有较大职责和单个功能的组件。例如，时间选择组件become;
一般而言，我们的组件设计有两个目的：
1）采取公共功能部分以促进重复使用（例如基本组件）；
2）复杂的设计/功能分解，这对于代码管理和改进的代码阅读（例如业务组件）方便；
在本文中，更多目的是为了提高组件的重复使用，以便可以在不同的地方使用代码的封装。重用可以使代码修改/编辑更方便。它只需要修改组件代码，以及每个参考的位置将同时修改和更新。
参考代码的含义和可读性更有趣。在实际开发中，开发人员大部分时间都在阅读和理解代码，而不是实际的写作代码。
含义的含义被广泛包括在内。任何帮助代码理解和使用的人都可以归因于含义，例如：
目前，在单位测试中始终强调前端开发过程。完整的项目单测试是必不可少的部分。单个测试可以确保代码的正确性，部分依赖性的正确性以及调试的减少时间。
单位测试的目的是不使用代码覆盖范围，而是要减少错误的可能性并防止错误返回。小型公司的人力之势不应盲目测试以提高覆盖率，但要编写密钥代码。
对于组件，如果组件测试不容易测试，则可能存在组件设计问题。
本文主要介绍前端组件和前端组件的开发原理，从前端开发的角度来看。合理的组件设计遵循这些原则。只有在理解这些原则之后，我们才能在实际开发中使用这些原则，以便我们开发的组件更加合理，并且还将加深我们对前端组件的理解。