什么时候PHP项目对于框架来说太小了？

Question

我即将开始一个小型的静态网站项目：不需要数据库或CMS。基本上是一本小册子网站。

我最近使用CodeIgniter框架开发了一个完整的Web应用程序，我想知道是否适合将CI用于更小，更简单的站点。

通常情况下，对于静态手册网站，我会编写常规的PHP页面，其中包含少量包含以减少重复的内容（即带有PHP缩短的HTML），但这次我想知道我的新朋友CodeIgniter是否可能是能够简化开发过程。

考虑这样一个简单项目的框架是否明智，还是过度杀伤？我担心我可能会成为众所周知的木匠，他唯一的工具就是锤子，并将每一个问题视为钉子！

Answer 1

我认为几乎从来没有，需求会随着时间的推移而发生变化......所以最好有一个好的基础来使用框架来等待未来的需求。但如果你的项目不会有很长的实时时间，而你的需求很简单，那么我认为不是必要的使用框架。

Answer 2

我个人永远不会在一个框架之外开发一个网站，而不仅仅是一个单一的brocure-ware网站。我在框架内工作得更快。

我是Python / Django开发人员，但这是我的看法。

我用PHP完成了一些小的非框架网站，我不知道PHP框架与DJango相比如何，但如果它们是相似的，事实仍然是我在框架内开发的能力要比用手从头开始编写代码。

如果只是给我MVC的VC，它可以帮助我保持井井有条。 Django为我提供了很多内置工具，比如表单处理，即使对于小型网站也能让我的生活更轻松。

我假设PHP框架提供类似的东西，但可能不是。

您也无法预测网站将如何随着时间的推移而增长。维护构建在框架中的内容更容易，如果您将来需要扩展该站点，那么在它背后有一些结构是很好的。

Answer 3

由于我倾向于继承定制框架，或者编写自己的框架，我会将它固定在大约3页：如果它更多，那么设置框架是值得的。如果它需要一个数据库，那么可能性很高，无论如何你最终都会超过3页。 ： - ）

Answer 4

我推荐Rapyd，一个“简约且快速的PHP框架”。

Answer 5

如果您不需要数据库，CMS并且只是一个简单的静态HTML / css / PHP页面，我认为在没有框架的情况下创建站点不会出错。另外，如果你已经使用了很长一段时间的框架，你可以休息一下并做“代码代码”，并从头开始感受它的代码：）

Answer 6

如果客户在那里，可能希望随时要求您添加更多功能，那么网站永远不会很小：）

Answer 7

一根绳子有多长？

我使用CodeIgniter（特别是PyroCMS）制作糟糕的5页宣传册，但这纯粹是为了让客户轻松地使用WYSIWYG管理他们自己的页面。

任何客户都会说“哇，新闻，联系表格，我也可以给我一些推特？”所以我只是把它丢在那里以节省每个人的时间。

如果您从头开始开发，那么内容是静态的是没有意义的。像CodeIgniter这样的东西有助于DB交互，表单验证和将多个页面分解成逻辑块，即Controller类和方法。

如果你没有db-content，不要处理表单而且没有很多页面，那么就没有必要添加开销了。

那就是说，试试我的Twiny framework 字面上最小的MVC框架。

Answer 8

对于像这样的简单网站。为什么甚至使用框架为什么不使用像concrete5这样的东西。矫枉过正？肯定。但它很容易，几乎不需要编码，所以保养是轻而易举的。

该网站将在不到一个小时内启动并运行，它会让您在客户眼中看起来很好，并且不会受到伤害。！

Answer 9

我不认为任何项目对于框架来说太小了，我认为有些框架对于小项目来说太大了。每个人都希望他们的网站能够成长。因此，无论网站现在有多小，如果您从框架开始，增长将更容易管理。

Answer 10

框架是一种过度杀伤的唯一情况是使用丢弃的脚本，例如当您需要快速自动化某些您不需要再次执行的操作时。对于任何会进入执行周期的事情来说，框架可能会更好一些。

Answer 11

如果需要几个小时的工作 - 那么它很小。无论如何，如果你计划投入超过“几个小时” - 肯定使用框架和控制修订系统。

Answer 12

这取决于。如果你肯定这是你正在进行的所有网站，或者在未来需求出现时进行迁移，那么我不明白为什么有理由使用框架，除非你觉得使用框架更舒服

作为一个个人的例子，我最近在一个半静态网站上工作，为此我整理了一个最小的框架，它作为静态html的缓存预处理器，将常见的html元素插入到预设的位置。这允许一些动态内容，但仍然只使用静态html作为内容。

我会说你的答案在于一个包含未来发展需求，你自己的工作偏好和表现的公式。