[請益] 程式/檔案架構的問題

[kyowinner (mars)]

各位好  想問一個好像有點蠢的問題

也是突然想到的，不知道跟執行效率有沒有什麼關係


就是在一個專案裡各位會大概怎麼安排檔案/程式架構


問題如下


1. 所有程式碼在同一個檔案下  ex:index.php

   index.php 用if 或是任何方式去判斷要執行的功能

   if(新增A頁面資料){

   }elseif(刪除A頁面資料){

   }elseif(.....)}


   }

   諸如此類


2.各頁面相對應各自的程式檔

  A.html  --> A.php
  B.html  --> B.php


不知道哪個方式在系統以及程式維護上的效率會比較好?



--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 36.232.40.167
※ 文章網址: https://www.ptt.cc/bbs/PHP/M.1522208361.A.D30.html
→ shvanta: 現在用Framework是主流, Framework會有各自的放置規範
→ shvanta: 如果想自幹, 建議先以程式好維護去考量
→ kyowinner: 目前還在自幹階段  Framework剛要開始學習
推 Neisseria: 推一樓，框架自然會提供架構
→ kyowinner: 看來要加緊腳步了... 哭哭
→ MOONRAKER: REST的作法建議用資料類型區分，例如人員的增加刪除
→ MOONRAKER: 寫在/person, 工作項目寫在/task, 等等
→ MOONRAKER: 不過REST還要用到HTTP的五個method，那是大可不必
→ MOONRAKER: 就多寫幾隻，如/task_add, /task_del, /task_update等
推 Jerr: 作業系統幾乎都有提供cache機制,常用的檔案都在ram了
→ Jerr: 不用太擔心IO的問題
→ vince2018: 全放Index.php等程式變多維護會很崩潰.用Framework較好
推 banqhsia: 結論就是 你這兩個方法都不好維護XD
→ banqhsia: 你的問題1，用 variable variable 就可以dynamic call了
→ banqhsia: 完全不用巢狀if，甚至也可以寫個介面，更抽象化，之後要
→ banqhsia: 加新功能，只要實作那個介面就行，主程式負責 call 就好
→ banqhsia: (反正介面一樣，該有的方法也不會少，都call的到)