反应为设计师——构建React-Based原型没有编码
学习为设计师——反应有必要吗?你能构建代码原型没有学习代码?这些都是常见的问题在产品开发团队和设计师。
大多数设计师不想学习代码。这样做是对的。学习反应甚至基本的HTML, CSS和Javascript花大量的时间。设计师的时间最好是用来投资于用户体验和解决设计挑战。
这有点“第22条军规”,因为改善可用性测试和用户体验,你需要高质量的原型,外观和感觉像最后product-something映像的工具不方便。对于大多数设计师更好的成型能力,推动学习的动机反应。
如果你可以得到所有的好处为原型和测试反应不依赖工程师或自己编写代码吗?解决方案已经存在UXPin合并!
UXPin合并允许您从Git存储库同步UI的组件,npm或故事书到UXPin设计编辑器设计者可以使用相同的用户界面元素(反应,Vue、角等),工程师使用的发展。学习如何请求访问这革命性的技术。访问我们的合并页面。
是什么反应?
反应是一个开源的前端开发的Javascript库Facebook。根据2022年8月的调查,反应仍然是最广泛使用的前端框架位置反应了好几年。
反应的基于组件的工作流使工程师可以创建可重用的组件可以调用任何用户界面通过编写一行代码。这种基于组件的方法使反应一个很好的框架组件库和设计系统。
反应和反应本土之间的区别是什么?
反应是一个基于web的技术,与DOM交互,这意味着它在web浏览器中呈现,与移动操作系统不工作。本地移动相当于ReactJS用于反应跨平台的本机和web应用程序。
简而言之:
- ReactJS:网站和web应用程序
- 本机反应:本机和web应用程序
许多组织使用反应他们的网站和web应用程序,因为它提供了更好的浏览器性能比原生的反应。了解更多:反应与反应本地:理解的差异。
设计师的反应是什么?
反应对设计师是一种运动教育设计师和其他反应前端框架。我们的想法是,学习反应会让设计师构建交互式原型或者,至少,更好地理解技术限制和开发过程。
设计师应该学习反应?
入门课程反应为设计师只会获得积极的好处。但是,就像任何语言,如果你不经常练习,你就会失去它。所以,这取决于你的目标和动机对学习的反应。
这里有三个共同的原因设计师学习反应:
职业发展:编程的专业知识是有益的,如果你计划在公司内ladder-even设计。你爬得越高,更重要的是学习产品开发技术方面的沟通、协作和决策。
高报酬的工作,用户体验设计师的自然过渡编码是前端开发人员或用户体验工程师。Glassdoor网站根据下,平均用户体验设计师使100美元在美国,而用户体验工程师的平均年薪超过120美元。平均而言,工程师赚的比设计师。一个组织设计和开发技能增加你的价值和收入潜力。
技术开发:了解数码产品开发的工程方面可以改善跨职能协作。学习反应还可以帮助设计师理解技术对用户体验的影响和如何在设计过程中解决这些问题。
更好的原型:不幸的是,基于图像的设计工具限制了设计师在设计过程中可以测试。改善原型功能,设计师必须依靠工程师构建基于代码prototypes-a耗时和昂贵的过程。这些原型设计师代码可以使自己增强可用性测试。
你能设计一个应用程序原型反应没有学习反应?
简短的回答,是的,你可以UXPin合并。UXPin合并允许设计师进口(和反应其他框架)组件库UXPin构建功能齐全原型——反应无需编写一行代码!
设计师使用这些组件反应UXPin像任何其他设计工具,拖拽UI组件来构建用户界面。唯一的区别是,合并组件是完全互动的,包括颜色,间距,字体,大小,和其他属性定义的组件库或设计系统。
UXPin反应组件是什么样子?
这个文本框梅的组件库展示了设计师在UXPin看到反应和编辑组件。文本框功能齐全,准备原型的。
属性显示在UXPin道具的属性面板与反应从组件库的存储库。设计师可以切换模式和视图组件的反应在JSX道具。
这JSX也让设计的传递更加容易因为工程师复制/粘贴前端开发的代码。
基于代码和基于图像的设计工具
基于图像的设计工具使用插件和扩展将对设计做出反应,但很少用于工程师所生成的代码。为什么?因为这些插件扫描ui和“猜”代码应该是什么。有很多方法可以开发反应组件,因此这段代码通常是冗余的,这意味着它的速度工程师比重组plugin-generated代码从头开始的代码。
阅读更多:设计到代码或代码设计?
UXPin是一种基于代码的技术,这意味着它使代码编写的存储库中,而不是矢量图形。工程师已经准确版本的组件在回购,所以它是一种添加组件库作为一个项目依赖和复制的JSX UXPin开发最终产品。
UXPin合并技术给了设计师的所有好处原型应用程序或网站反应没有学习反应!
公司与反应组件原型的例子
从创业到机构和企业设计团队,这是公司的原型的例子反应组件在设计过程中。
贝宝
贝宝的内部产品开发团队转向UXPin在2019年合并。艾丽卡的骑手,UX铅EPX在贝宝,发现合并在寻找工具和系统规模她5人用户体验团队60 +产品,服务和支持1000 +工程师!
贝宝使用流利的UI设计反应系统与自定义组件,模式和模板。艾丽卡和她的团队已经建立了图书馆最小化设计决策,所以产品团队只专注于开发产品,以解决用户的问题。
系统的工作原理,贝宝的产品团队构建单页原型8 x速度比经验丰富的用户体验设计师使用基于图像的工具可能之前。
“以前,用我们有限的资源和设计师,一页纸的产品需要两三个月就设计模型。现在产品团队能够设计和交付产品在同一时间框架。”- - - - - -艾丽卡骑士- UX领先EPX贝宝。
TeamPassword
TeamPassword使用UXPin合并略有不同。没有用户体验团队,TeamPassword的工程师必须做所有的原型和测试。二人团队使用的代码,但它花了很多时间来测试,编辑和迭代。
TeamPassword的工程团队现在使用UXPin合并为新产品开发和测试使用自定义梅组件库。与生产就绪代码,反应TeamPassword的工程团队可以节省大量资源,不写前端代码交付新产品和用户界面更新。
dotSource
德国dotSource数码产品咨询和开发机构使用UXPin故事书集成导入库为多个框架,包括反应,Vue,角,安博等等。这种灵活性意味着dotSource的设计团队可以使用UXPin合并与几乎所有的客户和产品公司合作。
使用UXPin合并的一个最重要的好处是,设计系统属性是“烤”每一个组件。作为一个机构与各种组织及其内部团队合作,这些反应常用属性创建约束,保证最终的UI一致性。
使用代码组件开云体育官方下载安装包手机版在设计过程中也使得dotSource跨职能协作的团队,同时促进光滑,容易设计传递-时通常是更具挑战性的工作与外部承包商。
忿怒
金融服务软件开发人员ires使用UXPin合并创建一个单一的事实来源组织的设计系统。与设计师和工程师使用相同的组件库,有更好的跨职能的定位和理解技术限制。
“UXPin合并将帮助我们创造更多的互动和现实原型。人们可以选项卡或看到相同的交互——盘旋风格,动画等等——他们希望在真实的应用。我们可以做更深刻的用户测试,发现可用性问题在这个过程中更早。”产品负责人尼克·艾略特,设计系统和区域ires产品设计主管。
喜欢贝宝,尼克认为UXPin合并为其他领域的利益“它会给设计者访问工具,他们也可以实验和暴露在相同的设计考虑。”
设计与反应组件UXPin合并
有三种方法设计师可以开始设计与反应组件使用UXPin合并:
- npm集成:开源组件库反应可用作为npm包导入UXPin使用合并组件管理器(最快的和简单的方法开始作为一个设计师)。
- Git集成:直接向UXPin同步反应存储库。需要工程合作建立。
- 故事书集成:支持更多的前端框架通过故事书,包括Vue角,反应,灰烬,和更多的。
设计师也可以利用UXPin梅的集成哪个标准与所有的合并计划。
准备好开始了吗?访问我们的合并页面为更多的细节以及如何请求访问。
