扑腾不再是跨平台框架

2021-03-11 02:44:46

由于我选择了一个非常秃的标题,我需要更多地详细说明它。 Fyi我认为技术上颤动是跨平台框架。

自扑腾2.0释放以来,我开始看到炒作太过分了。不要让我错了,我是一个颤动的忠实粉丝,我将永远是它的倡导者。

我在我的日常工作中使用抖动构建iOS和Android应用程序。我每天都看到自从应用程序的挥动以来,我正在努力在Kotlin和Swift上写的应用程序,你可以想象:扫描/页面识别,PIN / Biometric应用身份验证,通知,Firebase Statistics,以及非常高级的用户流程。这就是为什么我觉得我可以说关于我们(佛陀)当前情况的几句话。

在今年期间指出的主要事情之一' S浮动接合是能够将您的应用构建到六个平台之一:iOS,Android,Mac,Windows,Linux和Web。这真是太棒了新闻!但…

是的,您可以在6个平台上部署您的应用,但诚实地,我不打算这样做。基本上,因为您应该根据平台使用不同的设计模式。我无法想象在不同的​​平台上部署我的应用程序。它会感到巨大的地方 - 底部模态,应用程序栏,简单,但清晰的列表?这不是用户对较大设备的期望。通常在手机上有效,无法在桌面上工作,另一种方式。

我们亲爱的朋友菲利普HRACEK谈到了他在扑振谈话中的神话设计师开发商。我完全同意他的事情。更多的开发人员应该了解他们正在做的事情,而不是盲目地跟着他们的冲刺板。

Scrum Sprint是可重复的固定时间箱,在此期间创建最高可能值的“完成”产品。 - 维基百科

相反,开始考虑我可以编写应用程序的模块,以便在未来的项目中重用它们。这是一个例子。在我公司,我们正在构建专注于用户数据的应用程序。这表明需要创建自定义和提升调查,我们每次都必须添加新的小部件时,我们不想每次添加新问题。我们的方法 - 包含每个可能的调查逻辑的写作模块 - 允许我们在许多项目中使用它,而无需从头开始重写它。

我的意思是给你这个例子是,当您构建一个应用程序时,请考虑您的应用程序或整个业务的重点。它后面的业务逻辑是什么?

在计算机软件中,业务逻辑或域逻辑是程序的部分,该程序编码了确定如何创建,存储和更改数据的真实业务规则。 - 维基百科

当具有澄清的域逻辑时,您可以将其封装到模块中,您可以在浮动应用程序中使用。

您可以使用不同的用户流构建多个Flutter应用程序,但专注于相同的业务逻辑。

将浮动应用程序分组到(移动,桌面,可能的Web - 如果需要)允许您专注于对每个特定平台的最佳用户体验。

扑腾是一个很好的工具,每个人都可以使用和建立他的应用,但它是一个相对较新的技术,它主要用于小公司或各个开发者。我认为这可能在不久的将来会考虑挥动团队如何向社区提出问题。 [如果您想帮助他们,请填写调查]

我专业地在几个企业级应用程序上工作。根据我的经验,需要在系统的每个部分上是一个明确的工作流程。后端,前端,dev-ops等。但是为了这个论点,想象你的一个应用程序,为每个平台构建,正在变得流行。由于其需求量很高,您需要聘请一支开发人员团队。将所有平台与一个应用程序结合起来就是不可能的。你能想象10+程序员(较小的公司)如何在相同的代码库上工作,但在不同的平台上同时?这是一个管理噩梦。一个开发团队正在努力与移动团队正在努力冲突的桌面功能。

所有应用程序尺寸的第二种应用程序尺寸都更大,并且每个平台都不需要封装更大。现在在扑动2.0发布时第一次发布,我遇到了链接的依赖项,因为并非所有包都更新以支持null-safety或具有互斥依赖项。

阅读本文后,您可以假设为什么我认为扑腾而不是传统的跨平台框架。仅仅因为它是一个为我们提供我们可能需要为每个平台构建应用程序的所有工具。但我的拙见是不应该是一个应用程序,更像是一组由同一业务逻辑驱动的应用程序。

另一件事是,当我们编写一个浮动应用程序时,我们不会穿越任何平台😉我们是我们是否会在XAMarin或任何其他工具转换到本机元素的任何其他工具中......但我们没有这样做。我们有一个空白的画布,我们自己画了一切。

如果我不得不比较颤动到其他东西,那将是一个游戏引擎,就像团结一样。我们不是专门编写Windows或Mac游戏。我们正在统一写作,然后将其导出到特定平台。统一的写作成为自己的东西。我们不打电话给每幅画交叉家用帆布😉

在本文结束时,我想说这是我对多平台主题的看法,而你的思想可以不同。如果你喜欢你读完的东西给这个文章一些拍手,请在中等或那里跟着我:Twitter。

如果你错过了今年最大的扑振会议,你没有关于这里的线索,你可以在这里找到整个活动。