3

抱歉这个相当主观的问题,但我希望得到比我更有经验的人的意见。

我对 ajax 驱动的 PHP 应用程序非常了解,虽然我在客户端的标记和行为之间有很好的分离,但我的 PHP 慢慢变得有点混乱。到目前为止,我做得很好,把它分成几部分,并以一种我没有太多重复的方式进行结构化,但我肯定开始看到这如何成为有足够代码的负担。所以我一直在阅读有关 OOP 和 MVC 的内容,现在我正在尝试决定是否值得为 CodeIgniter 或 Kohana 重构。直觉上,感觉这将比它的价值更多的工作,但我知道我可能会在一段时间内唱出不同的曲调。

根据您的经验,今天以程序方式编写一个严肃的应用程序是否被认为是绝对骇人听闻的,或者是否有某些类型的应用程序更适合过程/结构编程。

4

2 回答 2

7

MVC 和 OOP 只是“方式”,等等。是的,它们很棒,有助于代码的良好结构,并且被大量使用,但它们并不是开发应用程序的唯一方法。

例如,Drupal 没有使用任何类型的面向对象的代码:它都是程序化的……而且它是一个大应用程序,取得了很大的成功,被很多人使用,甚至在大型网站上,并且很多人都拥有开发了很多模块......即使它几乎不使用任何类/对象!

对于几乎任何类型的新应用程序,我个人都会使用 MVC 和/或 OOP;只是因为我知道这些并且它们很有帮助——但是在开发一个伟大的应用程序时这些不是必需的:它们有帮助,但是如果你在编程时不表现,你仍然可以有一些糟糕的代码^^

于 2009-11-27T05:54:13.697 回答
1

我不记得上一次看到任何大型、严肃的应用程序完全采用一种编程范式,甚至是 OOP 是什么时候。(也就是说,如果“面向对象”是一个单一的统一事物。)

如果一个程序不使用 OOP,我一点也不担心,但如果它只使用一种范式,我会有点担心。(如果它根本不使用函数式编程,我可能会更加怀疑。)没有大任务是完全同质的,所以如果你试图为整个程序使用一个范例,它可能非常适合某些领域和其他人的不适应。

于 2009-11-27T06:17:18.660 回答