1.之前一個公司的主管階級跟我們負責資訊的人員說：https是憑證要上架，google跟IE的不一樣，要申請不同的憑證才能把網頁用成https
2.現在網路上一堆資料都在教學物件、類別，雖然那可以更方便開發，但如果在新開發的專案上面，要怎樣在短時間內不使用框架就可以些出些來？如果是一些小專案，獨立作業，只用function做也是可以完成，還一定要求要用框架下去寫嗎？
3.MVC架構，網路上線在MVC的資料越來越多，不過都是在稱讚"框架"有符合MVC架構，最近看到一個網站說明，網站看完他之後感覺又不一樣了，他的裡面我看完後覺得Controller就是瀏覽器的事情，Model就是語言程式碼，View是HTML程式碼，這樣Controller瀏覽器已經實現了，還寫啥？
4.MVC，如果我使用HTML+CSS製作了畫面(View)，javascript去做前端(View)跟後端(php)的溝通(Controller)，php去跟資料庫連結讀取檔案(Model)，js監控使用者做了甚麼，去跟後端要資料，也算一種MVC方式嗎？
已邀請的邦友 {{ invite_list.length }}/5
1.之前一個公司的主管階級跟我們負責資訊的人員說：https是憑證要上架，google跟IE的不一樣，要申請不同的憑證才能把網頁用成https
不用，全部用同一張就好了，Google跟IE都一樣
2.現在網路上一堆資料都在教學物件、類別，雖然那可以更方便開發，但如果在新開發的專案上面，要怎樣在短時間內不使用框架就可以些出些來？如果是一些小專案，獨立作業，只用function做也是可以完成，還一定要求要用框架下去寫嗎？
用原生的也可以，框架的目的大部分都是為了簡化開發流程和統一code style
3.MVC架構，網路上線在MVC的資料越來越多，不過都是在稱讚"框架"有符合MVC架構，最近看到一個網站說明，網站看完他之後感覺又不一樣了，他的裡面我看完後覺得Controller就是瀏覽器的事情，Model就是語言程式碼，View是HTML程式碼，這樣Controller瀏覽器已經實現了，還寫啥？
MVC是Model->View->Controller，Model是負責處理資料的，View是負責訂出html的，Controller是組織流程，跟瀏覽器無關。
可以參考：https://ithelp.ithome.com.tw/articles/10191216
4.MVC，如果我使用HTML+CSS製作了畫面(View)，javascript去做前端(View)跟後端(php)的溝通(Controller)，php去跟資料庫連結讀取檔案(Model)，js監控使用者做了甚麼，去跟後端要資料，也算一種MVC方式嗎？
留給其他大神解答
1.之前一個公司的主管階級跟我們負責資訊的人員說：https是憑證要上架，google跟IE的不一樣，要申請不同的憑證才能把網頁用成https
都是同一張。沒所謂分瀏覽器不同。
2.現在網路上一堆資料都在教學物件、類別，雖然那可以更方便開發，但如果在新開發的專案上面，要怎樣在短時間內不使用框架就可以些出些來？如果是一些小專案，獨立作業，只用function做也是可以完成，還一定要求要用框架下去寫嗎？
框架的目的，就是為了能短時間開發出來。框架不止是外面的框架。如果你有自已的框架也等同其道理的。框架的使用沒有所謂的必要性。大多數都是為了學習及團隊的合作協作跟時間因素。才來決定使用框架。
3.MVC架構，網路上線在MVC的資料越來越多，不過都是在稱讚"框架"有符合MVC架構，最近看到一個網站說明，網站看完他之後感覺又不一樣了，他的裡面我看完後覺得Controller就是瀏覽器的事情，Model就是語言程式碼，View是HTML程式碼，這樣Controller瀏覽器已經實現了，還寫啥？
Controller : 一般是負責路由對應相關控制。它的目的在於如何使用M及輸出V。
Model : 一般也不止是所謂的程式語言碼。大多數來說。我會將其叫為零件。或是資料盒。
View : 這點倒是沒說錯，就是HTML對應碼。簡稱視圖。
所以你所謂的「Controller瀏覽器」我怕你誤會其用意。正常來說，Controller是負責路由的對應並組合M+V將其做輸出。它是負責做結合的。本身不該有HTML碼及取資料的相關動作。
4.MVC，如果我使用HTML+CSS製作了畫面(View)，javascript去做前端(View)跟後端(php)的溝通(Controller)，php去跟資料庫連結讀取檔案(Model)，js監控使用者做了甚麼，去跟後端要資料，也算一種MVC方式嗎？
不算。
光你說「php去跟資料庫連結讀取檔案(Model)」這樣的意義就不對了。正常來說，Model並無法直接取得。它只能透過Controller來使用。
簡單來說，MVC是一種概念上的應用。其目的就是為了架構規劃完善。
由其是Model的規劃更是要清楚。沒規劃好，你用起來一定會覺得沒意義。
也就是你目前的心態，感覺MVC沒其意義。
其實是你搞錯了MVC了。
請問，依照laravel的文件看，他的Controller是用PHP下去寫的，使用者連線的時候，引導相關的View，這個Controller為何跟瀏覽器在做的事情不一樣，Controller不是依照使用者給的資訊，給出相關的View嗎，這樣跟我URL給瀏覽器說我要去哪個網頁，不是一樣的意思？
如果你單純指的只是行為模式。
這兩種是一樣的沒錯。
可是我在說的是Controller處理的行為。是依具路由(也就是你的url)
來去觸發對應動作。其作用會載入對應的m+v後。才做輸出。
在行為上看起來跟一般url網頁是等同一樣的東西。
但背後運行的原理並不相同。
如要我說例子的話。
一般單純的url請求(大多數我們會說是靜態頁)
就像是各一把現成的十字起子、一字起子、梅花起子。
而mvc架構的請求。就如同是組合式的起子。
當你的路由進來就決定要用哪一種頭。結合後可成為十字起或是一字起還是梅花起。
第一種在未來維護方面。需要同時修改三種。
而mvc只要針對對應的零件功能，來做維護就好。
其實，你跟我來糾結這些沒啥用的。
因為你還未真正了解何謂mvc。要不然你不會來糾結這些。
當然我也不是說mcv能有多好。
如果今天只是一張廣告頁面。沒需要大張旗鼓的用mvc對應框架。
單純的html就好。
正常會考量使用mvc的架，一定是得要有相關複合式功能的專案。才來使用mvc。使用mvc最大的目的其實也是為了未來維護方便。架構明確。
或許可以等你懂何謂mvc，我們再來討論這個問題。
或許可以等你懂何謂mvc，我們再來討論這個問題。
我覺得樓主還是真正寫了幾個大型專案、實際團隊合作過再來討論這問題。
其實實際工作上根本你也不用問這個問題，公司用啥你就得用啥。
froce
他可能是在尋求他的理論的正確性。証實及証明自已。
這樣公司再要求用框架啥的。他可以理直氣狀的為何要用。
但他不知道的東西太多了。
我是比較想了解一堆公司在跟風使用當紅框架，
但是維護舊專案的時候，不會使用到最新的框架(除非重寫
又一堆"人資"開出的要求都是當紅框架，卻是開發小專案
我不懂一堆人跟風，殺雞焉用牛刀，何必呢？
你放心，出來工作比你久的絕對比你懶，用框架的好處如果沒超過舊方法他們絕對不會去學。
很多不是都聽到有一個東西很紅，聽說不錯，新進人員就應該要會才行，但是進去之後，卻跟你說他們是用另一套框架，因為原本公司的案件維護都是舊的，也沒法改用了。
很久很久以前有一座山
其實人資開的那些要求，大多都是徵詢公司資深工程師的意見，那些條件也不是人資決定的。而資深工程師會決定使用什麼框架，也是根據他過往的產品研發或接案的開發經驗、團隊狀況與個人喜好研究後決定的。並非你表面直接認定的「跟風」來論定。
以專案開發的角度，舊的專案除非有維護方面的問題，否則一般沒必要是不會改變既有的架構。這是時間和人力成本的考量。
很久很久以前有一座山
光你說的所謂的「跟風」。本身這樣的想法就是錯的。
一套不錯的框架去使用它。這叫跟風嘛?
就如 froce 說的。工程師也不是笨蛋。如果今天使用新框架要消耗更多的人力跟時間成本。也沒人會想要去用。會用他一定是比原本開發的方式還要好很多。可以省下時間跟人力成本。
至於舊專案為何不會有所謂的「跟風」用新框架。道理也跟上面的意思一樣。沒那個必要性，為何要去更換它?浪費時間跟人力成本?
「我不懂一堆人跟風，殺雞焉用牛刀，何必呢？」
這句話，就代表你沒做過真正的專案。何謂是小專案，何謂是大專案。
這些都無所謂。框架來說，就是一個現成好用的工具。
就算只是很小的專案。用框架不需要一天就能完成。不用框架要一個星期。你會選擇用哪一種呢?
或許你可以列出，不用框架的優勢。
在20多年前，我也是不用框架主義者。當時我是自創自已用的東西。
如你說的funtion函式庫。對應的db庫跟input庫。
這些我都自已處理了一套，要說其是框架也不為過。
可是，一個人開發還沒問題，畢竟東西都是自已寫的。知道如何應用。
但團隊開發就不一樣了。你還得教團隊你的框架用法。
或許你可以說不需要用框架自已幹程式碼。
當然也是可以。但結果會造成其它團隊的人對你的程式不了解。看半天。
或是自幹自已的庫。花時間處理。
我說啊，現在的工程師已經很幸福了。以前的我還沒有所謂的框架可以套用。都是要自已幹的。
很久很久以前有一座山
建議先了解後再評判。連MVC是什麼都還不懂就想討論要不要用，實不實用？
iThome鐵人賽
看影片追技術