Flutter 颤振-设计人员/开发人员迭代过程流的体系结构

为了迭代桌面/移动/web应用程序设计，我一直在尝试为设计师和开发人员的交互找出一个好的颤振过程工作流。在代码和设计之间没有一条非常清晰的界限，就像在web开发中一样（例如，开发人员将专注于javascript和一点html，而设计师将专注于css和html）

这里已经写了其中一些内容： 但是机械师被忽略了。（另外，似乎普通的颤振设计师比以前的设计师更需要git技能的技术悟性。这是你的经验吗？）

虽然AppTheme小部件似乎可以很好地控制颜色/字体/样式，但其他设计方面更难实现。例如，如果您想将所有div（在html中）/Containers（）（在flatter中）从方形变为圆形，您可以设置一个类并在web dev中全面应用它。在flatter中，我相信您必须访问代码中的每个容器并应用一个BoxDecoration小部件。。。如果将来有变化，请重复

具体来说，您使用什么设计开发过程/体系结构来促进开发人员和设计师之间的设计迭代？

---

注意：此外，我还看到一些工具，如Adobe XD和supernova.io，允许将设计导出到flatter代码，但这似乎是一次性的。。。而且不适合迭代。有人在他们的设计迭代中使用过这种方法吗？

在试验了两种不同的方法之后，似乎不同程序的导出功能还不足以支持除“模型方法”之外的任何东西，在“模型方法”中，设计者基本上让颤振程序员访问某种模型（axshare、adobeXD、zeplin等）

---

然而，我确实在使用sketch->SuperNova导出方面取得了最大的成功，但这需要一名技术熟练的设计师，他可能能够对所有组件（如按钮等）进行分类，并在设计时考虑到响应性。否则，导出将充满绝对定位，这使得颤振编码器的工作变得非常困难很难，因为他们需要更正所有导出的小部件并使其具有响应性。

adobe xd如何？我在adobe xd方面运气不好。最大的原因是导出时使用了非响应元素。非响应元素是否意味着您创建了一个带有代码的ui，并且很难修改？响应元素会展示其ui根据屏幕或窗口的大小和形状。这通常是使用Flexible（）小部件或没有高度和宽度的容器创建的。Adobe XD过去使用固定大小（但这可能在我第一次查看它后发生了变化。我发现此链接：）.在过去，我必须编辑他们导出的代码以使其响应…但也许从那时起技术已经进步了？我理解。非常感谢