作者mervynW (.)
看板PHP
标题Re: [请益]该如何避免HTML掺杂PHP写法
时间Fri Oct 5 14:03:52 2012
※ 引述《tanson (Flash)》之铭言:
: 一个团队在开发新的专案,开发时程是最重要的项目之一
: 使用物件产生下拉选单等input栏位,可以节省的是甚麽?
: 节省重复的code撰写,也就是节省了开发时间
: 把时间省下多去想流程规划、物件的设计不是更重要?
: 再来,如果一个网页设计师在维护view的时候,
: 可以看得懂for回圈产生的select,那为何Class产生出来的select会看不懂
: 你只要告诉他InputGeneroator::Select() 代表的是下拉选单,和难之有?
: 且copy一堆php产生的code容易,还是一行code容易且不容易出错?
: 更何况现今framework,以ZF为例,使用物件产生出的Input元素
: 更是百百种,难道您也要说ZF真是罪大恶极?
: 这样的产生方式会给人难过吗?我想答案是不会的
先回到一般 AP 开发对UI也是有2种开发模式。
1. 也是用code组layout.
2. 用 UI开发工具做出 interface, 在套上程式.
有没有跟web很像??
用那种方式开发,其实应该取决於你的目的,这点其实我们都没提到
1的作法可不可以做出一个很美的外观?
当然可以,但要花多久???
2要作一个内部用的工具不在意外观,行不行?
当然可以,多一个人力,多一份讨论。
作一个内部网站 or 接案的人,对他们来说快就好用越少人力越好
当然不会选第2种方式
一个作content site,三不五时要改外观,叫他用1那种开发方式
整个team会跳槽给你看。
framework 有作一些 html helper 大都给第1种开发方式用比较好
不然你在写 javascript 看到你要处理的原素长得这样
<?php $this->widget('zii.widgets.CMenu',array(
'htmlOptions' => array('class'=>'nav nav-pills my_menu'),
'itemCssClass' => 'cmenu-li-w',
'items' => array(
array('label'=>'1', 'url'=>array('/') , 'active'=> (Yii::app()->controller->id=='' && 'val'!=$this->action->id)),
array('label'=>'2', 'url'=>array('/') , 'active' => (Yii::app()->controller->id=='' && 'val'==$this->action->id)),
array('label'=>'3', 'url'=>array('/'), 'active' => Yii::app()->controller->id==''),
array('label'=>'4', 'url'=>array('/'), 'active' => Yii::app()->controller->id==''),
array('label'=>'5', 'url'=>array('/'), 'active' => Yii::app()->controller->id==''),
array('label'=>'6', 'url'=>array('/') , 'visible' => MyYii::isAdmin(), 'active' => Yii::app()->controller->id=='')
),
)); ?>
会作何感想... ...
两种开发方式都是对,不同看法有不同想法罢了.
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 1.34.40.217
1F:推 LaPass:推这篇,你把两种思维的作法、抉择、优缺都讲出来了 10/05 14:07
2F:推 tkdmaf:该怎麽说?我理解tanson的思维。 10/05 14:10
3F:→ tkdmaf:但过去的使用经验告诉我:常常被抓去要教他们怎麽用。 10/05 14:11
4F:→ tkdmaf:搞得我都跟琛哥一样不知道是要打他还是打他妈了。 10/05 14:12
5F:→ tkdmaf:但很肯定不管我想打谁,我一定会被他们围殴! 10/05 14:13
6F:→ tkdmaf:正因为死过一次,所以不想再死第二次。 10/05 14:13
7F:→ mervynW:想信我, 上面那段code是我现在工作用的用的, 你懂我的感受 10/05 14:17
8F:→ mervynW:我是作 content site 的啊... 大叫. 10/05 14:18
9F:推 LaPass:如果是分工比较细的话,的确比较适合第二种方式 10/05 16:32