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

quhan

可是...难道我们真的有可能把网页一张一张地做出来？
我小时候学作网页的时候，我的指导老师和我们说，如果只是要做网页就学fp和dw，如果是做网站就从源代码学起

yanglei1979

Post by xiaoarly
会去问ip是怎么回事的，我想才是真正的白痴问题

自己照照镜子吧！

经过几天的思索.发现确实是一个值得探讨的问题,那就请你教教我吧

yanglei1979

Post by quhan
只能说这种设计理念非常糟糕，php与html断不应该是往既成的html里面放入php（国内很多劣质的教程误导了我们如此去做，此间的劣势不言而喻），而应该是将html作为php流程中的一个字符串变量，在结束的时候输出。而这个时候你就会发现，将依靠dw生成的html放入php中，简直就是噩梦

那你的意思是说html嵌入php代码就是错误的了?

不是这样的吧,html嵌入PHP才是最快速的执行方式.

如果把所有变量保存起来,然后再统一输出,那不就是在使用模版吗,用模版的话是没有混编快的,这是经过很多高手论证过的.

quhan

Post by yanglei1979
那你的意思是说html嵌入php代码就是错误的了?

不是这样的吧,html嵌入PHP才是最快速的执行方式.

如果把所有变量保存起来,然后再统一输出,那不就是在使用模版吗,用模版的话是没有混编快的,这是经过很多高手论证过的.

不能一概而论，
从脚本执行考虑，让尽量少的脚本内容运行能有效提高脚本效率！这个时候，如果html和php混编，纯html部分不用经过处理直接输出，因此脚本运行的时间将比最终输出快。
从httpd响应来看，httpd处理php不外乎cgi和phpmod两种方式，phpmod将作为httpd的子进程运行，cgi方式则是一个新的cpu进程，混编状态下，html和php相继出现，httpd不得不频繁调用phpmod或cgi频繁进行php解析，系统的新进程就不断出现，要知道创建一个进程，抑或结束一个进程本身就是需要时间的，更何况好几个进程同时出现的情况下，在系统资源吃紧之时多一个cgi都有可能让系统崩溃。
如果一定要说混编比最终输出方式快，那必然是理想状态下，也就是说：CPU永远有取之不尽的资源。否则上万个甚至几十万个cgi一起上来（混编是很容易达到的），估计脚本效率是次要的，是否该重启机器才是主要的

nbxmedia

都什么时候了,还有人贯彻"裸奔就是王道"的原则么?

我们写程序,除了快速运行还要注意什么?就是开发和修改的效率.

同样的情况下,你愿意只写10行还是写100行去完成一样的任务?




为什么需要Framework?需要模板?越复杂的项目就需要越多的自定义类和函数,你自定义扩展的多了,最终还是需要更多的内存空间去放置那些东西.如果能把常用的过程和对象统一起来不更好?





还有,你们不觉得争论的内容严重跑题了?

quhan

Post by nbxmedia
都什么时候了,还有人贯彻"裸奔就是王道"的原则么?

裸奔就是王道！

Post by nbxmedia

我们写程序,除了快速运行还要注意什么?就是开发和修改的效率.

如果执行效率与编辑效率不能两全，我选择执行效率。
但如果长期习惯裸奔，裸奔断不会影响编辑效率。

Post by nbxmedia

同样的情况下,你愿意只写10行还是写100行去完成一样的任务?

如果10行写的程序没有100行好，我会写100行
如果长期去写100行，多写的90行不会成为编辑的累赘。
因为绝大多数的时候，这些常用的东东早已经被封装为自定义的类，而通过include解决了。

Post by nbxmedia

为什么需要Framework?需要模板?越复杂的项目就需要越多的自定义类和函数,你自定义扩展的多了,最终还是需要更多的内存空间去放置那些东西.如果能把常用的过程和对象统一起来不更好?

这个我同意！

Post by nbxmedia

还有,你们不觉得争论的内容严重跑题了?

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

基督山伯爵

不赞成裸奔，重要的是能否持续、专注于工作。

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

yanglei1979

Post by quhan
不能一概而论，
从脚本执行考虑，让尽量少的脚本内容运行能有效提高脚本效率！这个时候，如果html和php混编，纯html部分不用经过处理直接输出，因此脚本运行的时间将比最终输出快。
从httpd响应来看，httpd处理php不外乎cgi和phpmod两种方式，phpmod将作为httpd的子进程运行，cgi方式则是一个新的cpu进程，混编状态下，html和php相继出现，httpd不得不频繁调用phpmod或cgi频繁进行php解析，系统的新进程就不断出现，要知道创建一个进程，抑或结束一个进程本身就是需要时间的，更何况好几个进程同时出现的情况下，在系统资源吃紧之时多一个cgi都有可能让系统崩溃。
如果一定要说混编比最终输出方式快，那必然是理想状态下，也就是说：CPU永远有取之不尽的资源。否则上万个甚至几十万个cgi一起上来（混编是很容易达到的），估计脚本效率是次要的，是否该重启机器才是主要的

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

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

ideawu

Post by quhan
可是...难道我们真的有可能把网页一张一张地做出来？
我小时候学作网页的时候，我的指导老师和我们说，如果只是要做网页就学fp和dw，如果是做网站就从源代码学起

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

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

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

goldeagle

我推荐bluefish，老实说，不觉得dreamweaver的可视化开发有多好用。