2012-02-04 45 views
0

目前我在决定哪些PHP框架的过程延长CRUD操作PHP框架最适合用于:基本的CRUD操作 与社区功能

  • 良好的可扩展为

    • MVC
    • 生成和定制附加功能
    • 良好的AJAX请求集成
    • 社区功能很好地集成或可集成(Web 2.0)

    我不在乎自己是否需要编写所有代码,但对于所选平台/框架的体面和稳定的已编码解决方案肯定受到欢迎。

    目前我认为Symfony2是一个很好的匹配,但也许它还太年轻。也有DrupalJoomla与他们的许多插件,但我更喜欢别的东西,因为两者都在某种程度上限制在开发过程中。

    您认为如何?

  • +0

    取决于您的应用程序的规模,symfony2似乎更像EE解决方案。你也可以尝试Yii框架。 – 2012-02-04 11:17:36

    +0

    EE解决方案是什么意思? – Alp 2012-02-04 11:23:52

    +0

    企业解决方案,我的错误。 – 2012-02-04 11:29:22

    回答

    1

    正如jurka说的那样。

    Symfony2中,像CakePHP的和许多人一样,都集中在MVC模式框架和他们提供有用的课程,methos的军团,等

    在另一方面Joomla和Drupal的更多的是CMS,它们可以充当作为一个框架,但我认为他们更倾向于内容管理。这里的问题是定义哪些“内容”的含义。

    我认为MVC框架的学习曲线比CMS小(因为CMS有更多的概念和可能不需要使用的东西),IMO认为Symfony比Drupal或Joomla提供更大的灵活性不利于此,您可能需要编写更多代码。使用symfony,您有责任创建控制器,路线,服务,模型和视图,但当然,您拥有极大的灵活性。使用CMS您需要遵循框架的“规则”。

    • MVC:基本的CRUD操作的symfony的
    • 生成和定制:symfony的+学说或推动
    • 附加功能扩展性好:既symfony中或Drupal的,它实际上还要考虑你的knowlege和学习曲线。
    • AJAX请求良好的集成:我使用的symfony的REST API没有问题

    您打算什么应用程序创建? 如果是某种网页我更喜欢Symfony。 如果它是一些论坛,博客或我可以添加“内容”的东西,我更喜欢Drupal。 如果它正在实现一个REST API,我更喜欢symfony。

    希望它能澄清一点。

    +0

    谢谢尼尔,这也是我的看法。我打算创建的应用程序是某种Web应用程序,它使用户能够输入,查看,评分,标记和评论内容。基本上“Web 2.0”是关于什么的。我认为我必须走框架方式而不是CMS方式。 – Alp 2012-02-04 11:55:50