[请益] 程式/档案架构的问题

楼主: kyowinner (mars)   2018-03-28 11:39:09
各位好 想问一个好像有点蠢的问题
也是突然想到的,不知道跟执行效率有没有什么关系
就是在一个专案里各位会大概怎么安排档案/程式架构
问题如下
1. 所有程式码在同一个档案下 ex:index.php
index.php 用if 或是任何方式去判断要执行的功能
if(新增A页面资料){
}elseif(删除A页面资料){
}elseif(.....)}
}
诸如此类
2.各页面相对应各自的程式档
A.html
作者: shvanta (vant)   2018-03-28 11:48:00
现在用Framework是主流, Framework会有各自的放置规范如果想自干, 建议先以程式好维护去考量
楼主: kyowinner (mars)   2018-03-28 12:03:00
目前还在自干阶段 Framework刚要开始学习
作者: Neisseria (Neisseria)   2018-03-28 12:54:00
推一楼,框架自然会提供架构
楼主: kyowinner (mars)   2018-03-28 12:58:00
看来要加紧脚步了... 哭哭
作者: MOONRAKER (㊣牛鹤鳗毛人)   2018-03-28 14:55:00
REST的作法建议用资料类型区分,例如人员的增加删除写在/person, 工作项目写在/task, 等等不过REST还要用到HTTP的五个method,那是大可不必就多写几只,如/task_add, /task_del, /task_update等
作者: Jerr (身为老爸老妈噜..)   2018-03-28 15:54:00
作业系统几乎都有提供cache机制,常用的档案都在ram了不用太担心IO的问题
作者: vince2018   2018-03-29 10:41:00
全放Index.php等程式变多维护会很崩溃.用Framework较好
作者: banqhsia (BEN)   2018-04-01 22:31:00
结论就是 你这两个方法都不好维护XD你的问题1,用 variable variable 就可以dynamic call了完全不用巢状if,甚至也可以写个接口,更抽象化,之后要加新功能,只要实作那个接口就行,主程式负责 call 就好(反正接口一样,该有的方法也不会少,都call的到)

Links booklink

Contact Us: admin [ a t ] ucptt.com