PHP网站制作之写更好的代码，仍是写更少的代码？

就是管理员可以编辑，删除，回复 等功能，。加入管理员功能要加入登陆系统，慢慢你会想在线添加管理员，慢慢你会让自己的作品更漂亮些，慢慢1个完整的留言板就会出来了，    先来看一个风趣的会商：
   

援用 我宁肯让我的先生尽他们最大的勉力去写更好的代码，而不是写更好的正文。——Uncle Bob Martin（设计形式和急迅开辟前驱，《代码整洁之道》作者）

比起“更好”的代码，我更宁肯先生们写更少的代码。——Bob Marshall

没有任何工作比“十分无效率地做了一件本不该该做的事”更没用的了。——Peter Drucker

  这激发了一场关于“写更好的代码”仍是“写更少的代码”的会商。
  
一个好的折衷计划就是，用更少的代码写出更好的代码。代码的好坏或几何不是看代码行数，也不是其他一些愚昧的器材，而次要看的是成心义的代码。在这场会商中，撑持“更少代码”的一方，关怀的不是使代码尽量紧凑、防止反复，等等，而是他们以为只需公道，尽量少些或不写代码。

咱们是不是应当将重点放在决意甚么应当做，甚么不该该做，仍是应当极力去改善咱们的软件开辟妙技？

不管若何，在没有一个高低文情况的情形下，谁也没法公道地回覆这个成绩。上面咱们来分隔会商。

登录/注册后可看大图

  
更好的代码

这是站在开辟者的角度来讲的。在大局部中、大型软件开辟公司中，开辟者与产物办理者或产物一切者之间几近没有任何直接接洽，这意味着，办理者关于产物的构建常识晓得得很少，乃至一点都不晓得。

固然，作为一个开辟人员，我可以，也应当分享我关于构建特定功效的一些意见，然而我也不太能够有足够的信息在良多情形下做出准确的判别。好比，我以为不该该添加某一个活该的功效，就算我是对的，但假如客户让加，我的定见被采用的概率会很小。固然，也不完整是如许，你可以压服客户改动设法，但这类情形很少。

假如你已经介入过一个大的合同项目，每一个细节在后期都已肯定好了，而且因为外部政治缘由，客户方面也没人想去更改任何器材，你晓得我在说甚么。假如你没有在相似公司任务过，你很侥幸。

在这类情形下，最好专注于构建更好的代码，而不是更少的代码，由于很难说甚么是成心义的更少的代码。

更少的代码

这是站在产物办理者的角度。关于他们来讲，他们重要的重点应放在构建更少的代码上。是的，我晓得他们不写代码，但这依然应当是他们重要的方针。

产物司理应当晓得哪些功效可以提拔产物的价值，哪些不克不及。他们凡是更合适与客户停止如许的会商，好比客户想要哪些功效、费用、不用要的功效、无用的代码等。

作为开辟者，你的向导但愿你发明更多的价值，或更少的华侈，把重点放在构建更少的代码上。固然，你可以自在地选择编写更好的代码，或更少的代码，然而仿佛选择后者要加倍明智。同时，你的任务效力很大水平上取决于你完成的任务，因而，你应当用更大批的代码完成更多的功效，并重视这些代码的质量，而不是利用大批的代码来处理成绩。

很明显，这场争辩不会有一个肯定的谜底。站在产物司理的立场，我会建议Peter Drucker的概念，而关于开辟者，我会建议Bob Martin的概念。

英文原文：Code Better or Code Less?
也得学会了PHP。然后再学，见异思迁是最不可取的，狗熊掰玉米就是这个道理，如果经常中途放弃，只能是一无所获，还浪费了N多的时间和经历，得不偿失，最重要的是，你会被别人瞧不起。

,熟悉html,能用div+css，还有javascript，优先考虑linux。我在开始学习的时候，就想把这些知识一起学习，我天真的认为同时学习能够互相呼应，因为知识是相通的。