在什么复杂程度下必须切换到现有的 Web 开发框架?

对于 Web 开发来说,什么样的复杂性衡量方法是实用的?代码长度?功能列表?数据库大小?

有帮助吗?

解决方案

如果您在多个不同的站点上工作,那么通过在所有站点上使用通用框架,您可以花时间处理代码,而不是试图记住什么位于何处以及为什么。

我总是使用某种框架,即使它是您自己的,因为一致性将帮助您构建项目。除非它是一页静态 HTML 项目。

但没有强制限制。

其他提示

我认为没有一定程度的复杂性需要框架。对我来说,每当我编写一个动态站点时,我都会立即考虑一个框架,如果它能节省我的时间,我就会使用它(它几乎总是如此,我几乎总是这样做)。

考虑一下这个问题可能有问题。许多最复杂的网站不使用任何流行的、预先存在的框架。谷歌有自己的网络服务器和自己定制的做事方式,亚马逊也是如此,可能还有许多其他网站。

如果一个框架让你的任务变得更容易,或者提供了附加值,那就去做吧。然而,当您获得该框架时,您将受到新的依赖关系的束缚。我开始基本上重新创建 Joel on Software 帖子,因此我会将您重定向到此处,以了解有关向代码添加不需要的依赖项的更多信息:

http://www.joelonsoftware.com/articles/fog0000000007.html

所有因素都很重要。您应该衡量使用第 3 方框架可以节省多少时间,并将其与使用其他代码的风险进行比较

永远不要“强制性”。任何框架都无法解决一些问题。当您正在实现的大部分代码已经由相关框架以适合您的特定应用程序的方式实现时,建议切换到框架。这可以节省您的时间、精力,并且很可能比您编写的新代码更稳定。

你意识到,这实际上是两个问题。:-) 第一个的答案是永远不会 强制的, 但老实说,直接解析 HTML 请求参数从一开始就非常糟糕。我一次都不想这样做,所以我倾向于相对较早地使用框架。

至于什么测量是实用的,那么,您担心什么?您列出的所有描述都有价值。在我看来,数据库大小主要对于扩展而言很重要(如果您有一个非常简单的架构,即使数据库中有数十万行,您也可以编写一个非常简单的应用程序)。功能列表可能会决定 UI 页面的数量和复杂性,这反过来又有助于决定代码长度。

有一些框架可以通过简单的博客快速移动, 姜戈 或者 回报率 一直到企业全栈应用程序 佐佩. 。不要仅仅局限于流行的世界,您还可以使用 ASP.Net 和 J2EE 等。

所有框架和库都是您可以使用的工具。确定哪些可以使您的给定项目的生活更轻松并使用它们。

我想说,事实恰恰相反。在某些时候,您的项目变得如此庞大,以至于您实际上因框架的缺点而减慢了速度。事实上,对于足够大的项目,您可能最好开发自己的框架来满足您自己的需求。我多次看到人们在他们可以做出的决定或他们可以完成的工作方面受到阻碍,因为他们试图做框架没有预料到的事情。而做这些框架没有预料到的事情可能会非常麻烦。创建自己的框架的好处是,它可以随着您的项目一起发展,为您的系统提供帮助,而不是阻碍。

因此,总而言之,小型项目应该使用现有的框架。大型项目应该包含自己的框架。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top