ryr*_*yan 8 php email frameworks build
我有兴趣构建自己的php框架供我个人使用,以使我的编码生活更轻松.我正在这样做,因为我现在相当(有点)使用到PHP,并且似乎无法使用任何框架.
我有一个在.php文件中加载函数的想法.就像我已经开始做的那样,发送邮件功能的我已经简化了它(供我使用):
function sendmail($to, $message, $subject, $from){//USE sendmail($to, $message, $subject, $from)
$headers = "From:";
$headers .= $from;
$headers .= "\r\n";
$headers .= "Reply-To:";
$headers .= $from;
$headers .= "\r\n";
$headers .= "X-Mailer: Drupal\n";
$headers .= 'MIME-Version: 1.0' . "\n";
$headers .= 'Content-type: text/html; charset=iso-8859-1' . "\r\n";
mail($to, $subject, $message, $headers);
}
然后将以联系方式使用:
sendmail($_POST['to'], $_POST['message'], $_POST['subject'], $_POST['from']);
这个邮件功能对我有用.
但是,我不确定这样做是否正确.我已经查看了php的类和对象,但似乎无法理解它们,因为没有可理解/简单的教程.
Gal*_*len 36
人们会告诉你不要编写自己的框架,使用现有的框架.不要听他们的.这是一个很好的学习经验,将帮助您理解将使其他框架对您更有意义的概念.
在能够使用其他人的框架之前,我个人需要更好地理解两件事(显然我自己编写):
我花了几天时间阅读关于PHP的每个OOP教程以及MVC上的每个教程/ wiki页面.然后作为一种学习经历,我编写了自己的框架.然后我从错误中吸取教训,从头开始编写另一个框架.我可能写了5个版本.然后我决定尝试代码点火器.经过所有的阅读和练习,我终于明白了.
从那时起,我只使用其他人的框架.
像其他一些人一样,我看到只有没有经验的用户试图编写框架才能获得积极的收益.如果他们将现有选项视为模型,并且实际上尝试使用新代码并因此以修复它们的目标来识别其弱点,那么它可以是快速开发知识的好方法.也就是说,对于一个非常新的用户,我可能会考虑在生产应用程序中使用它; 再说一遍,如果应用程序的核心代码是由同一个用户编写的,那么它可能不会产生太大的影响.
话虽如此,框架本质上是非常具有建筑性的,因此可能不是开始的最佳场所.一个简单的实用程序代码库要好得多,而且正是OP正在做的事情(除了术语问题).对他有好处.
至于在变得严肃的时候总是跳出现有的框架潮流,我对此有着深刻的保留.首先,没有完美的框架,甚至没有任何框架对于各种目的而言都是微不足道的.与为其目的手动调整的代码相比,大多数通用框架都是过于复杂的性能树.因此,对于从事复杂的实际应用程序的经验丰富的团队来说,GP框架通常是个坏主意.这就是为什么当涉及到这样的框架时,我更喜欢那些像Zend那样的东西,让你可以选择你需要的功能而不必双脚跳进去.
更重要的是,在我开发软件的大约30年里,我看到很多框架,即使是市场饱和度接近100%并且主要供应商支持的框架,也只是死了.发生这种情况时,开发人员陷入困境.不,开源并不能缓解这个问题.如果需要很多经验丰富的人才来开发并维护一个大型框架,那么公司内部的一个小团队 - 通常只有一两个真正有经验的人 - 如何在不受欢迎的情况下实际维护项目开始死？这也发生在较小的代码项目中:见证许多曾经流行的PEAR图书馆现在发现自己的死亡状态.