我即将开始一个小型的静态网站项目：不需要数据库或CMS。基本上，一个小册子网站。什么时候PHP项目对于框架来说太小了？
我用笨框架最近制定一个全面的Web应用程序，我想知道是否合适也使用CI较小，较简单的网站。
通常对于静态小册子站点，我会编写常规PHP页面，其中包含一些用于保存重复内容的内容（即HTML与PHP的新鲜事），但这次我想知道我的新朋友CodeIgniter是否可能能够简化开发流程。
它是明智的考虑一个框架，这样一个简单的项目，还是矫枉过正？我担心我可能会成为众所周知的木匠，他们唯一的工具就是锤子，并将每个问题都视为钉子！
有多长的绳子添加更多的功能？
我使用CodeIgniter（特别是PyroCMS）蹩脚的5页小册子软件，但这纯粹是让客户用所见即所得的方式管理自己的页面。
任何客户都会说“哇，新闻，联系表单，我也可以让我看看那些推特？”所以我只是把它倒在那里以节省每个人的时间。
如果您正在从头开发，如果内容是静态的，则没有意义。像CodeIgniter这样的工具有助于数据库交互，表单验证以及将多个页面分解为逻辑块，即控制器类和方法。
如果你没有数据库内容，不要处理表单并且没有多少页面，那么没有任何一点增加开销。
也就是说，尝试我的Twiny framework为字面上最小的MVC框架围绕。
如果你并不需要一个数据库，CMS和仅仅是一个简单的静态HTML/CSS/PHP页面，我不认为你可以去错了没有框架，创建一个网站。另外，如果你长时间使用框架，你可以休息一下，做“代码代码”，并且感觉从头编码是什么样的:)
我认为几乎从不，需求改变随着时间的推移会更多...所以最好有一个使用框架的好基础来等待未来的需求。但如果你的项目不会有很长的生存时间，并且你的需求非常简单，那么我认为不需要使用框架。
我个人绝不会在一个框架之外开发一个网站，而不仅仅是一个页面的brocure-ware网站。我在框架内工作得非常快。
我是一名Python/Django开发人员，但这里是我的看法。
我已经用PHP做了一些小的非框架网站，我不知道PHP框架如何与DJango进行比较，但是如果它们相似，事实仍然是，我在框架内更加精通开发而不是用手从头开始编写代码。
它可以帮助我保持组织，只要给我MVC的VC。 Django为我提供了很多内置的工具，比如表单处理，这使我的生活更加轻松，即使对于小型网站也是如此。
我打算假设PHP框架提供了类似的东西，可能不是。
您也无法预测该网站将如何随着时间的推移而增长。在框架中维护一些东西比较容易，而且如果您将来需要扩展站点，那么在它后面有一些结构是很好的。
他们这样做......我实际上发现Django与它强加的结构相当“松散”......事实上有点太松;我不太喜欢它。像CakePHP这样的相信Convention Over Configuration的设备可以真正减少设置路由的时间，并决定模板名称，文件夹结构和其他东西...... Django提供了很多工具，但是我发现可扩展性更好/更容易蛋糕，而如果你在Django中需要更多的东西，就很难在其上构建。例如，用户类迫使你走下这个“简介”路线，我发现这是一个分隔--- – mpen 2010-04-13 02:02:01
---完全不必要和烦人。但是，唉，它也有很多优点。无论如何，重要的是，PHP框架对于缩短时间和提供结构也很有帮助。他们每个人都有自己的长处和短处（Django拥有更好的ORM IMO）。 – mpen 2010-04-13 02:02:53
你描述的整合（MVC的VC）也是吸引我的。我没有与Django合作过，但CI确实拥有HTML帮助函数，表单验证类，以及其他节省时间的东西，您期望在框架中使用。 – 2010-04-13 02:05:23
对于一个这样的简单网站。为什么即使使用框架为什么不使用像concrete5这样的东西。矫枉过正？肯定。但嘿它很容易，并且几乎不需要编码，所以维护是一件轻而易举的事情。
该网站将是启动和运行，在不到一个小时，这让你看看你的客户的眼睛好，不能伤害！
因为我往往不是继承定制的框架，或写我自己的，我将在约3页挂它：如果它是更多的，然后建立一个框架，是值得的。如果它需要一个数据库，那么赔率是好的，反正你最终会得到超过3页。 :-)
我不认为任何项目是一个框架太小，我觉得有些框架是太大的小项目。每个人都希望他们的网站会增长因此，无论现在网站有多小，如果您从框架开始，增长将会更容易管理。
我推荐Rapyd，这是一个“简约且快速的PHP框架”。
框架只是一个矫枉过正的唯一情况就是丢弃脚本，比如当你需要快速自动化一些你不需要再做的事情时。对于任何进入执行周期的环境来说，更多或更少的时间框架可能会更好。
如果需要几个小时的工作 - 那么它很小。无论如何，如果你打算投入超过“几个小时” - 肯定使用框架和控制修订系统。
这取决于。如果你是积极的，这就是你正在工作的所有站点，或者在未来需求出现时进行迁移，那么我不明白为什么会有使用框架的理由，除非你觉得使用一个框架更舒服。作为一个个人的例子，我最近在一个半静态网站上工作，为此我放置了一个最小化的框架，它作为静态html的缓存预处理器，将常见的html元素插入到预设位置。这允许一些动态内容，但仍然只使用静态html来表示内容。
我想说你的答案在于未来发展需求，你自己的工作偏好和表现。
网站从来都不是小客户端是否有谁可能要问你在任何时候:)
谢谢菲尔。我对这个特定网站的具体要求并没有太具体的规定，但它基本上分解为大约40页的静态内容和4个表单。 – 2010-04-14 01:36:29
OMG，它已经花了我2年时间来关闭这个话题！当我提出这个问题时，我是一个很好的选择，并没有意识到接受有用答案的重要性。无论如何，感谢您的有用答案:) – 2012-06-15 11:54:04
过去两年我非常讨厌你，但我们现在可以成为朋友。 – 2012-06-15 15:54:42