我即将开始一个小型静态网站项目：不需要数据库或 CMS。基本上，一个宣传册网站。
我最近使用 CodeIgniter 框架开发了一个成熟的 Web 应用程序，我想知道是否也适合将 CI 用于更小、更简单的网站。
通常对于静态宣传册网站，我会编写常规的 PHP 页面，其中包含一些包含以节省重复（即带有 PHP 的 HTML），但这次我想知道我的新朋友 CodeIgniter 是否会能够简化开发过程。
为这样一个简单的项目考虑一个框架是明智的，还是有点矫枉过正？我担心我可能是众所周知的木匠，唯一的工具是锤子，把每一个问题都当作钉子！
【问题讨论】：
标签： php frameworks
我认为几乎从来没有，需求会随着时间的推移而变化，而且会越来越多……所以最好有一个良好的基础，使用框架来等待未来的需求。但如果您的项目不会有很长的生命周期，并且您的需求非常简单，那么我认为没有必要使用框架。
【讨论】：
我个人永远不会在框架之外开发一个网站，而不仅仅是一个单页小册子网站。我在框架内工作得更快。
我是一名 Python/Django 开发人员，但这是我的看法。
我用 PHP 做了一些小型非框架网站，我不知道 PHP 框架与 DJango 相比如何，但如果它们有相似之处，那么事实仍然是我在框架内开发比在框架内开发更熟练手动从头开始编写代码。
如果只是给我 MVC 的 VC，它可以帮助我保持井井有条。 Django 为我提供了许多内置工具，例如表单处理，即使对于小型网站，这些工具也能让我的生活更加轻松。
我假设 PHP 框架提供了类似的东西，但也许不是。
您也无法预料网站会随着时间的推移而增长。维护构建在框架中的东西更容易，如果您将来需要扩展站点，最好有一些结构。
【讨论】：
由于我倾向于继承定制框架或编写自己的框架，因此我会将其固定在大约 3 页：如果更多，那么设置框架是值得的。如果它需要一个数据库，那么很有可能你最终会得到超过 3 页，无论如何。 :-)
【讨论】：
我推荐Rapyd，一个“简约快速的PHP框架”。
【讨论】：
一根绳子有多长？
我将 CodeIgniter（特别是 PyroCMS）用于糟糕的 5 页小册子，但这纯粹是为了让客户使用所见即所得的方式轻松管理自己的页面。
任何客户都会说“哇，新闻，联系表格，我也可以给我一些 Twitter 吗？！”所以我只是把它扔在那里以节省大家的时间。
如果您是从头开始开发，那么如果内容是静态的，则毫无意义。 CodeIgniter 之类的东西有助于 DB 交互、表单验证以及将多个页面分解为逻辑块，即控制器类和方法。
如果您没有 db-content、不处理表单并且没有很多页面，那么添加开销几乎没有意义。
也就是说，试试我的Twiny framework 来获得真正最小的 MVC 框架。
【讨论】：
如果您不需要数据库、CMS 并且只是一个简单的静态 HTML/css/PHP 页面，我认为在没有框架的情况下创建网站不会出错。另外，如果你已经使用框架很长时间了，你可以休息一下，“为代码编写代码”，感受一下从头开始编写代码的感觉:)
【讨论】：
如果有客户随时要求您添加更多功能，网站永远不会小 :)
【讨论】：
对于这样一个简单的网站。为什么甚至使用框架为什么不使用像concrete5这样的东西。矫枉过正？确实。但是，嘿，这很容易，几乎不需要编码，所以维护是轻而易举的事。
该网站将在不到一个小时的时间内启动并运行，它让您在客户眼中看起来很好，这不会有什么坏处。！
【讨论】：
我不认为任何项目对于框架来说都太小了，我认为有些框架对于小项目来说太大了。每个人都希望他们的网站会发展壮大。因此，无论网站现在多么小，如果您从框架开始，增长将更容易管理。
【讨论】：
框架过度使用的唯一情况是使用一次性脚本，例如当您需要快速自动化某些您永远不需要再做的事情时。对于任何将进入执行周期的东西，框架可能会更好。
【讨论】：
如果它需要几个小时的工作 - 那么它很小。无论如何，如果您打算投入超过“几个小时”的时间 - 一定要使用框架和控制修订系统。
【讨论】：
这取决于。如果您确定这就是您正在处理的所有网站，或者在未来需要时迁移，那么我不明白为什么会有使用框架的理由，除非您觉得使用框架更舒服.
作为个人示例，我最近在一个半静态网站上工作，为此我构建了一个最小的框架，用作静态 html 的缓存预处理器，将常见的 html 元素插入到预设的位置。这允许一些动态内容，但仍然只使用静态 html 作为内容。
我会说你的答案在于一个由未来发展需求、你自己的工作偏好和绩效组成的公式。
【讨论】：