linux下面用什么工具写php比较方便？

nbxmedia

Post by quhan


还有，你不觉得你阻碍论坛成员讨论问题的行为严重影响论坛气氛，也严重影响你作为版主的威望么？这点，还烦请向debian版的d00老大学习！
我和xiaoarly只是看了帖子借题发挥各抒己见而已，谁知说着说着就超过了原主题的篇幅。如果版主对我们的行为不满意，请将后面半截分离到一个新的主题去！我认为这才是你该履行的职责。
语言若是用的唐突，还请见谅

别乱抬杠...我有妨碍你讨论没有?
作为版主就不能有自己的意见?我要那威望干什么?




PS:最近为别人多写的90行代码所累,华丽的coding area可真是相当~~的强悍啊...

quhan

Post by 基督山伯爵
不赞成裸奔，重要的是能否持续、专注于工作。

我手下有个人，就是嫌装上杀毒软件后系统慢一点，所以一天到晚跟病毒、木马、******软件作半争，工作效率低下，在跟大家相互交换文件时经常被骂。

裸奔不代表效率低下。你做得比较不太恰当

Post by yanglei1979
这样是不是说我用html和php混编的方式是错误的了,但如果用smarty模版的话更加错误,因为smarty模版比混编还要慢.

那么我该用什么方式去写程序呢?期待着精彩的回答

不能一概而论！
smarty我没用过，但我猜想，仅是猜想阿，smarty应该是一个定义好的类吧？然后通过设置调用，生成html?
首先定义一个完善的类（大量函数、变量、常量）就需要很多资源了，真正用得到有多少？
其实也就是说越是通用的，越是功能全面的类，越浪费资源，为了通用，算法当然相对繁琐，
相对于自己动手，写只要自己所需要的代码的而言，肯定消耗资源
我认为你把smarty一个个例作为纯程序代码方式的代表，不太合适。
为何不考虑自己手工写一个只适用自己制作方式的类呢。

Post by ideawu

同意啊. 有些人并不知道做网页和做网站的区别. 单纯从现在的Internet来说, 静态网站很少了, 大多是动态网站. 说到底, 现在的网站就是编程出来的, 不是拿着几个画网页的工具拖来拖去就成的. 即使是静态网站, 也是手写HTML/CSS代码居多.

据我所知, 即使是做网页, 现在也不会太多. 因为有些团队是先让美工用图把网站的大概画出来, 然后由程序员用代码来实现.

如果喜欢dw的人把dw作为一个写代码的助手我同意, 不过, 如果你把它作为"画"网页的工具, 那么你的水平太低级了.

总算有人还是能和我达成共识。我还以为我是火星来的呢。

Post by nbxmedia
  
别乱抬杠...我有妨碍你讨论没有?
作为版主就不能有自己的意见?我要那威望干什么?

这个...我也不知道当时为什么有这样的感觉。现在却又看不出什么端倪

yanglei1979

Post by quhan


不能一概而论！
smarty我没用过，但我猜想，仅是猜想阿，smarty应该是一个定义好的类吧？然后通过设置调用，生成html?
首先定义一个完善的类（大量函数、变量、常量）就需要很多资源了，真正用得到有多少？
其实也就是说越是通用的，越是功能全面的类，越浪费资源，为了通用，算法当然相对繁琐，
相对于自己动手，写只要自己所需要的代码的而言，肯定消耗资源
我认为你把smarty一个个例作为纯程序代码方式的代表，不太合适。
为何不考虑自己手工写一个只适用自己制作方式的类呢。

能告诉我你现在是用什么方式写PHP程序的吗,能详细说一下吗?

我现在确实是用html和php混编的方式来做PHP程序的,因为我认为只有这种方式才是最快速高效的方式,并且用这种方式成功写出了几个正在运营的大型网站.


无论是用别人写好的类,还是自己写好的类,都需要多运行代码,既然多运行代码,就要消耗一定的时间,这是我十年前学汇编C语言都知道的道理.

还有html代码是由客户机来解释执行的,而不是由服务器端来解释执行,既然这样也就没有占用服务器CPU之说了.

所以我还是认为PHP嵌套HTML才是最佳的写程序的方式.许多PHP程序员都经历过这样的历程:先混编,然后用模版,最后又回到了混编.

能不能告诉我你认为最佳的写PHP程序的方式??
是不是说自己写一个类,然后PHP代码放在一个文件里面出现,最后输出结果再统一用这个类来解释输出?这就是最好的写PHP的方式吗?请告诉我,谢谢.

yanglei1979

Post by 基督山伯爵


我手下有个人，就是嫌装上杀毒软件后系统慢一点，所以一天到晚跟病毒、木马、******软件作半争，工作效率低下，在跟大家相互交换文件时经常被骂。

请问我能不能有幸成为您的手下呀?

ideawu

我倾向于在HTML中嵌入PHP, 而不愿意在PHP中嵌入HTML(比如用模板, 在类中生成HTML标签). 后者我认为不利于与美工等交流, 因为它把id, class等隐藏了. 当然, HTML中最好只嵌入<?=?>的PHP变量输出.

quhan

。。嗯，可以交流一下，我对于制作纯php+html是这样的：
1，一个page.php，就是网站的模板页面，但里面变化部分是没有内容的，留下了一个php变量引入，比如<?=$main;?>，<?=$navigate;?>之类。撇开这些<?=$..?>不看，就是一个纯html，包括框架html,javascript,css之类
2，一个init.php，里面放置了初始化所需求的定义，比如数据库连接阿什么的，他是纯php脚本。但注意，在这个脚本里面，我还定义了shutdown_function_register，这个函数内容必须是global一些page.php里面所需要引入的变量，然后include('page.php');，也就是说在脚本运行结束时结合脚本所生成的page.php所需要的引入变量，将page.php输出。
3，其他脚本，这些就是用户通过路径访问的网站内容，在他的开始部分include('init.php');初始化网站的工作环境与终结输出格式，然后是正文，正文旨在生成page.php中需要嵌入的变量，比如上面提到的<?=$main;?>，<?=$navigate;?>之类。
这种方式制作网站，可以说事半功倍，即使裸奔，跑得也比别人快，因为我不需要考虑要在php里面花很多时间作html描述。有空暇时间，自己写一些网站上常用的类（当然对应好数据结构），比如php+mysql的文章系统什么的啊，需要时引入到init.php里面，更是事半功倍。
不过我要声明，我裸奔是因为我几乎记住了所有常用的phpfunction的方法，如果没能记住，那种自动补全功能的编辑器还是非常有用的。

以上只是本人的php+html网站制作经验，仅供参考。take it easy and good luck.

不过我认为现在重点再搞php+html有点过时，虽然这是php网站的基础，个人倾向于php+flash和php+ajax，我也正向历年的客户征求意见，决定作php+html向php+ajax的大规模转变。
其实像我这样的制作方式，制作php+html和php+ajax在时间消耗上几乎是一样的。

quhan

不好意思，刚才我没看完yanglei的话就做了回复，有点误会你的意思，呵呵

我写的类不是用来输出html的，是用来实现一些网站功能的，比如，论坛，下载系统，影院系统，贼系统等

我输出html实际上是通过脚本初始化时定义register_shutdown_function(在php脚本运行终结的时候include一个网站框架的99%纯净html文件)来实现的。

我对于 混编php+html方式 和 既定的类输出html方式 都持反对意见。
前者浪费服务器资源和程序员劳力，后者浪费服务器资源和美工劳力。

yanglei1979

Post by quhan
不好意思，刚才我没看完yanglei的话就做了回复，有点误会你的意思，呵呵

我写的类不是用来输出html的，是用来实现一些网站功能的，比如，论坛，下载系统，影院系统，贼系统等

我输出html实际上是通过脚本初始化时定义register_shutdown_function(在php脚本运行终结的时候include一个网站框架的99%纯净html文件)来实现的。

我对于 混编php+html方式 和 既定的类输出html方式 都持反对意见。
前者浪费服务器资源和程序员劳力，后者浪费服务器资源和美工劳力。

说得很好,记得一个合格的WEB程序员每写完一套WEB系统以后,都有要用APACHEBENCH这样的软件来测试这套WEB程序的性能的,请问有没有相关的实验数据来证明混编就不好呢?

另外"include一个网站框架纯净 html文件"的时候,如果这个html文件的内容要动态出现变化及循环的话,不还是一样要用类里面定义的变量,再进行解析吗?在最后这一步岂不是又回到了混编时代?

如果要真是一个纯的HTML文件,那就不要用PHP了,直接命名为htm不就得了

yanglei1979

Post by ideawu
我倾向于在HTML中嵌入PHP, 而不愿意在PHP中嵌入HTML(比如用模板, 在类中生成HTML标签). 后者我认为不利于与美工等交流, 因为它把id, class等隐藏了. 当然, HTML中最好只嵌入<?=?>的PHP变量输出.

在HTML中嵌入PHP,不就是我所说的混编吗,看来你和我写程序的方法是一致的了.

quhan

Post by yanglei1979
说得很好,记得一个合格的WEB程序员每写完一套WEB系统以后,都有要用APACHEBENCH这样的软件来测试这套WEB程序的性能的,请问有没有相关的实验数据来证明混编就不好呢?

没有，我是从服务器工作原理考虑的。纯理论分析。
因为这在实践中很难作出比较，尤其是现在高速的cpu。
但混编phphtml确实很浪费程序员的编辑实践，这才是我不采用的主要原因。

Post by yanglei1979

另外"include一个网站框架纯净 html文件"的时候,如果这个html文件的内容要动态出现变化及循环的话,不还是一样要用类里面定义的变量,再进行解析吗?在最后这一步岂不是又回到了混编时代?

一些变化的部分在常规脚本里面全部定义好。
如果是完全不同的两个page.php，可以制作多个page.php根据不同的情况include他们，我的意思是全部的php运算在常规脚本里面解决。

Post by yanglei1979

如果要真是一个纯的HTML文件,那就不要用PHP了,直接命名为htm不就得了

完全可以，这个没有讨论的必要，因为无论文件后缀是什么在include的时候都是一概不理的，我甚至因客户需求还曾把上面回复中的page.php和init.php重命名为.htpage和.htinit以防止这两个文件在浏览器中被单独读取。