php程序设计有什么用,你使用什么PHP应用程序设计/设计模式？

我可能会被否决这一点，但如果你真的想要写自己的框架，我说去，因为你会从经验中学到很多。这里提到的其他框架是伟大的和测试，你不会做一个坏的决定使用它们，但它是你的选择。

在开始编写你的框架之前，看看其他框架(在他们的语法，目录结构，命名模式，设计模式等)，并试图找出他们为什么做他们做什么，什么，如果有什么不同。试试几个教程，并玩他们的代码，做一些示例应用程序。如果，在这之后，你不喜欢使用它们，然后开始规划你的框架，保持什么工作，改进没有。

如果你决定自己滚动，这里有一些我会推荐从我自己的经验：

>确保安全您的首要任务 – 如果你写一个数据访问层，使用绑定参数。如果你写一个表单类，防范CSRF和XSS。捕获异常并处理您的异常错误。确保你的PHP环境是安全的。不要试试提出自己的加密算法。如果你不集中在安全上，这不值得写你自己的框架。>评论你的代码 – 你需要评论，以帮助你记住如何你的代码工作一段时间。一世通常找到docblock注释是足够了。除此之外，评论你为什么做了，不是你做了什么。如果你需要解释什么，你可能想重构。>单一责任类和方法 – 你的大部分类和方法应该只做一件事情一件事。特别注意这与数据库 – 您的分页类不应该依赖你的数据访问对象，也不应该几乎任何其他(低级)类。>单元测试 – 如果你的每个方法只有一件事，它应该是远的更容易测试他们和它会的导致更好的代码。写测试首先，然后代码传递测试。这也将给你更大自由重构以后没有打破某物。>摘要相似的类 – 如果你有多个类类似的东西，创建一个父类使用之间的相似性类和扩展它。>委托和模块化 – 如果你是写一个验证系统(和机会你可能会)，不包括每个验证器方法在一些超级验证类。将它们分成单独的类并根据需要调用它们。这个可应用于许多领域：过滤器，语言，算法，验证器等。>保护和私有化 – 大多数case，最好使用getter和setter方法而不是允许直接访问类变量。>一致的API – 如果你有一个render()方法和draw()方法在不同的事情做同样的事情类，选一个去和它一起去跨所有类。保持顺序方法的参数相同使用相同的参数。一致的API是一个更容易的API。>记住自动加载 – 类名字可以得到一点笨重和长，但Zend命名的方式类和组织目录使自动加载更容易。更新：从PHP 5.3开始，您应该开始使用命名空间。>从不回声或打印任何东西 – 给它作为一个返回值并让用户决定是否应该回应。很多的时间，你将使用返回值作为另一种方法的参数。>不要试图解决世界的问题 – 解决自己的第一。如果你现在不需要一个功能，像一个本地化数字的类或日期或货币，不要写。等待，直到你需要它。>不优先优化 – 构建几个简单的应用程序与您的框架之前微调它。否则，你可以花很多时间没有什么生产力。>使用源代码管理 – 如果你花费无数小时创造杰作，不要冒险得到丢失。