在界面开发的世界中，有一个共同的概念 – “小屋中的像素完美” 。它意味着设计机对最小像素的最准确再现。很长一段时间以来，它一直是黄金标准，尤其是在经典的网页设计时代。但是，随着声明性英里的到来和各种设备的快速增长，“ Pixel Perfect”的原理变得越来越短暂。让我们尝试找出原因。
帝国wysiwyg vs.声明守则：有什么区别？
传统上，许多接口，尤其是桌面，是使用命令式方法或编辑器的Wysiwyg（您看到的）创建的。在这样的工具中，设计师或开发人员直接用元素来操纵，将它们放在画布上，以准确的像素。它类似于使用图形编辑器 – 您会看到元素的外观，并且肯定可以将其定位。在这种情况下，“ Pixel Perfect”的成就是一个非常真实的目标。
但是，现代发展越来越基于声明性里程。这意味着您不告诉计算机“在此处放这个按钮”，而是要描述您想要获得的内容。例如，您没有指示元素的特定坐标，而是描述其属性：“此按钮应为红色，从各个方面有16px的凹痕，并且位于容器的中心。”像React，Vue，Swiftui或JetPack一样，只需使用此原理即可。
为什么“ Pixel Perfect”不适合许多设备的声明英里
想象一下，您创建了一个在iPhone 15 Pro Max，Samsung Galaxy Fold，iPad Pro和4K分辨率上看起来同样不错的应用程序。这些设备中的每一个都有不同的屏幕分辨率，像素密度，派对和物理大小。
当您使用声明性方法时，系统本身会考虑其所有参数在特定设备上显示您所描述的接口。您设置规则和依赖性，而不是苛刻的坐标。
* 适应性和响应能力：声明英里的主要目标是创建自适应和响应式接口。这意味着您的接口应自动适应屏幕的大小和方向，而不会破坏和保持可读性。如果我们试图在每个设备上“像素完美”，则必须为同一界面创建无数的选项，这将完全阐明声明方法的优势。
* 像素密度（DPI/PPI）：设备具有不同的像素密度。如果您不考虑缩放率，则具有高密度的设备上的100个“虚拟”像素的尺寸将比低密度设备上的元素小得多。声明的框架是通过物理像素抽象的，与逻辑单元一起工作。
* 动态内容：现代应用程序中的内容通常是动态的 – 其体积和结构可能会有所不同。如果我们用力地将像素破烂，文本或图像的任何更改都会导致布局的“崩溃”。
* 各种平台：除了各种设备之外，还有不同的操作系统（iOS，Android，Web，桌面）。每个平台都有自己的设计，标准控件和字体。尝试在所有平台上制作绝对相同的Pixel完美界面的尝试将导致不自然的类型和差的用户体验。
旧方法没有消失，而是进化了
重要的是要了解，接口的方法不是“命令”和“声明性”之间的二元选择。从历史上看，对于每个平台，都有自己的工具和方法来创建接口。
* 本机接口文件： iOS是xib/故事板，用于android-xml标记文件。这些文件是一个完美的Wysiwyg布局，然后像编辑器一样在广播中显示。这种方法并没有在任何地方消失，它继续发展，并与现代宣言框架集成。例如，苹果和Jetpack的Swiftui在Android中构成了纯粹的声明代码的道路，但同时保留了使用经典布局的机会。
* 混合解决方案：经常在实际项目中，使用多种方法。例如，可以声明地实现应用程序的基本结构，并且对于需要准确的元素定位，可以使用较低的，命令式方法或开发的本机组件，以考虑到平台的细节。
从整体到适应性：设备的演变如何形成声明英里
在过去的几十年中，数字界面的世界发生了巨大变化。从具有固定许可证的固定计算机来看，我们来到了各种用户设备的指数增长的时代。今天，我们的应用程序应该同样擅长：
* 智能手机的所有形式和屏幕尺寸的大小。
* 平板电脑具有独特的方向模式和一个分开的屏幕。
* 笔记本电脑和台式机具有各种监视器的许可。
* 电视和媒体中心，远程控制。值得注意的是，即使对于电视，它的备注也很简单，因为 Apple TV Remote 具有最少的按钮，反之亦然，但具有许多功能，对接口的现代要求也不应需要对这些输入功能进行特定的适应。该接口应“好像自身”工作，而不必对与特定遥控器进行交互的“如何”相互作用。
* 智能手表和可穿戴设备带有简约屏幕。
* 虚拟现实头盔（VR），需要一种全新的空间接口方法。
* 增强现实设备（AR），应用有关现实世界的信息。
* 汽车信息和娱乐系统。
*甚至是家用电器：从带有感官屏幕和带有交互式显示器的洗衣机到智能烤箱和智能房屋系统的冰箱。
这些设备中的每一个都有其独特的功能：物理维度，派对比率，像素密度，输入方法（触摸屏，鼠标，控制器，手势，声乐命令），以及用户环境的微妙之处。例如，VR Shlesh需要深层沉浸，并且在旅途中进行了智能手机的快速和直观的工作，而冰箱界面应像快速导航一样简单而大。
经典方法：支撑各个接口的负担
在台式机和第一个移动设备的主导时代，通常的业务是对单个接口文件的创建和支持，甚至是每个平台的完全独立的接口代码。
* ios 下的开发通常需要在Xcode中使用故事板或XIB文件，在Objective-C或Swift上编写代码。
*对于 android ，创建了XML标记文件和Java或Kotlin上的代码。
* Web接口打开了HTML/CSS/JavaScript。
*对于 c ++应用程序在各种桌面平台上，使用了它们的特定框架和工具：
*在 Windows 中，这些是MFC（Microsoft Foundation类），带有手动绘制元素的Win32 API或使用资源文件用于对话框Windows和Control Elements。
*可可（Objective-C/Swift）或用于直接控制图形界面的旧碳API。
*在 linux/unix样系统中，经常使用诸如GTK+或QT之类的库，这些库通常通过类似XML的标记文件（例如，QT Designer中的.UI文件）或直接的软件创建元素来提供其用于创建接口的小部件和机制。
这种方法可确保对每个平台的最大控制，从而使您可以考虑其所有特定功能和本机元素。但是，他有一个巨大的缺点：重复的努力和支持的巨大成本。设计或功能的最小变化需要引入几个独立代码库的权利。对于开发人员团队来说，这变成了真正的噩梦，减慢了新功能的输出并增加了错误的可能性。
声明英里：多样性的单一语言
正是为了回应这种快速的并发症，声明性的里程似乎是主要的范式。像 React，Vue，Swiftui，JetPack构成之类的Framws不仅是编写代码的新方法，而且是思维的根本转变。
声明性方法的主要思想：我们没有说“如何”绘制每个元素（势在必行），而是描述了“我们想看到的（声明性）。我们设置了接口的属性和条件，框架决定如何最好地在特定设备上显示它。
由于以下主要优势，这可能是可能的：
1。从平台的详细信息中抽象：声明的fraimvorki专门设计为忘记每个平台的低级别详细信息。开发人员使用单个传输的代码以更高的抽象级别描述了组件及其关系。
2。自动适应性和响应能力： freimvorki负责自动缩放，将元素的布局和适应性更改为不同尺寸的屏幕，像素密度和输入方法。这是通过使用灵活布局系统（例如Flexbox或Grid）以及类似于“逻辑像素”或“ DP”的概念来实现的。
3。用户体验的一致性：尽管存在外部差异，但声明的方法使您可以在整个设备家族中维护行为和交互的单一逻辑。这简化了测试过程，并提供了更可预测的用户体验。
4。开发和降低成本的加速：具有能够在许多平台上工作的相同代码，大大减少了发展和支持的时间和成本。团队可以专注于功能和设计，而不是重复重写相同的接口。
5。未来的准备就绪：从当前设备的细节中抽象的能力使声明代码更具对新型设备和形式因素的出现的抵抗力。可以更新Freimvorki以支持新技术，并且您已经编写的代码将获得此支持相对无缝。
结论
声明的英里不仅是一种时尚趋势，而且是由用户设备快速开发（包括物联网（IoT）和智能家用电器）引起的必要进化步骤。它允许开发人员和设计师创建复杂，自适应和统一的接口，而不会淹没每个平台的无尽特定实现。从对每个像素的命令控制到所需状态的声明性描述的过渡是一种认识，即在未来的世界中，无论显示哪种屏幕，都应灵活，传递和直观。
程序员，设计师和用户需要学习如何生活在这个新世界。 Pixter Perfect的额外细节，设计为特定设备或分辨率，导致不必要的时间成本进行开发和支持。此外，这种刺激性的布局可能根本无法在具有非标准界面的设备上使用，例如有限的输入电视，VR和AR Shifts以及未来的其他设备，我们仍然不知道今天。灵活性和适应性 – 这些是创建现代世界中成功接口的关键。
