前端优先还是后端?

你将在大部分时间内开发所有层

对于其他人,您可以从页面本身开始,然后编写使其工作所需的功能。尤其是当这一页还没有被充分想象的时候。这既不坏也不好。这正是发展的趋势。

一些考虑因素

遵循敏捷开发

1. 以用户故事的形式写下一些需求(并跟踪它们),这些需求不提供任何关于页面、数据等的信息 作为一个用户,我想在我的页面上有主导航 . 这种类型的故事将允许以后对代码/页面进行更改,而不会使故事失效。
3. 当您看到应该更改某些内容时,请立即重构现有代码。
4. 如果你有人来测试你的代码,让他们来做。在现有的bug完全解决之前,不要开发下一个故事。你以后会很感激的。
5. 如果您的代码是半复杂的,我建议您编写单元测试,这样将来的代码更改就不会破坏现有的功能。

并在执行此操作时更改现有代码。既然你在学习这些技术,我建议你首先坚持简单。你会在需要的时候添加更复杂的东西。有些根本做不成。所以最后你会意识到YIDNI(是的,我不需要它)。

我要说的是,在许多系统中,后端是用来支持前端工作所需的东西的。如果您不知道前端需要什么,那么成功设计后端的可能性很小。因此,我首先要做的至少是一个粗略的前端(即使只是一个纸上的原型)。

我倾向于使用背对背的方法来处理我的所有项目,原因很简单——可测试性。尽早针对后端编写可靠的测试将使其他层的工作更加容易。此外,作为“奖金”,它还有助于将业务逻辑排除在它不属于的地方。

我发现先开发逻辑和后端比较容易,这样我就可以得到正确的结果,然后将接口应用到它。这样,您就避免了根据您认为前端需要的内容编写功能。