iT邦幫忙

0

幾個我想了幾天的小小小問題(新手任務)

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方式嗎?

看更多先前的討論...收起先前的討論...
謠言止於智者,智者不惑,但老實講,我沒有見過比MVC的擴充性還要高的架構,真正的MVC架構在客戶新增需求時,會產生極大的效率,反之,沒辦法快速完成客戶新增的需求或沒辦法讓測試分層負責,就算號稱是使用MVC架構又有什麼用?
優悠 iT邦新手 4 級 ‧ 2020-11-04 08:52:45 檢舉
第一點,憑證要是不同瀏覽器,都要重新申請一下的話,不是很傻眼嗎?
第二點,要看實際狀況。
第三點,以個人想法來說,MODEL是資料庫相關操作(新刪修查),VIEWS是瀏覽器上面的資料呈現,CONTROLLER是資料的處理(日期轉民國之類的)
第四點,我不會。
1. 同一張
2-4 是沒有能力重頭寫到尾,或是簡單說自己沒有能力開發框架或是比MVC更好架構的人才會思考用別人寫好的框架跟架構來架構自己的專案,樓主看起來是有能力開發自己的框架跟架構的人,所以相信自己就好,只要你十年後甚至百年後,別人看你的程式碼可以一分鐘上手不需要葵花寶典的話,管別人幹嘛,很多人所謂的設計都是東拉一個框架西拉一個套件弄一下模組化就說是MVC,會點CSS就說有RWD,這些都只是表面的東西,真的有底的就要跟樓主一樣會質疑,然後全部自己寫,這樣就算那堆框架套件架構有漏洞,樓主的程式碼根本毫無影響,因為該思考的樓主都想到了,只能說,在此參拜大神
froce iT邦大師 1 級 ‧ 2020-11-04 09:49:34 檢舉
1.憑證是同一張,但你的伺服器要設定正確的加密方式,例如TLS1.3在win10的ie11有,win7沒有,所以你得正確設定。

2.你有能力就去做,做過你就知道為啥要框架了。

2 個回答

4
Franky Chen
iT邦研究生 4 級 ‧ 2020-11-04 07:33:24

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方式嗎?

留給其他大神解答/images/emoticon/emoticon01.gif

1

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,我們再來討論這個問題。

froce iT邦大師 1 級 ‧ 2020-11-04 10:33:59 檢舉

或許可以等你懂何謂mvc,我們再來討論這個問題。

我覺得樓主還是真正寫了幾個大型專案、實際團隊合作過再來討論這問題。
其實實際工作上根本你也不用問這個問題,公司用啥你就得用啥。

froce
他可能是在尋求他的理論的正確性。証實及証明自已。
這樣公司再要求用框架啥的。他可以理直氣狀的為何要用。
但他不知道的東西太多了。

我是比較想了解一堆公司在跟風使用當紅框架,
但是維護舊專案的時候,不會使用到最新的框架(除非重寫
又一堆"人資"開出的要求都是當紅框架,卻是開發小專案
我不懂一堆人跟風,殺雞焉用牛刀,何必呢?

froce iT邦大師 1 級 ‧ 2020-11-04 11:01:36 檢舉

你放心,出來工作比你久的絕對比你懶,用框架的好處如果沒超過舊方法他們絕對不會去學。

很多不是都聽到有一個東西很紅,聽說不錯,新進人員就應該要會才行,但是進去之後,卻跟你說他們是用另一套框架,因為原本公司的案件維護都是舊的,也沒法改用了。

通靈亡 iT邦研究生 3 級 ‧ 2020-11-04 11:17:16 檢舉

很久很久以前有一座山
其實人資開的那些要求,大多都是徵詢公司資深工程師的意見,那些條件也不是人資決定的。而資深工程師會決定使用什麼框架,也是根據他過往的產品研發或接案的開發經驗、團隊狀況與個人喜好研究後決定的。並非你表面直接認定的「跟風」來論定。

以專案開發的角度,舊的專案除非有維護方面的問題,否則一般沒必要是不會改變既有的架構。這是時間和人力成本的考量。

很久很久以前有一座山
光你說的所謂的「跟風」。本身這樣的想法就是錯的。
一套不錯的框架去使用它。這叫跟風嘛?
就如 froce 說的。工程師也不是笨蛋。如果今天使用新框架要消耗更多的人力跟時間成本。也沒人會想要去用。會用他一定是比原本開發的方式還要好很多。可以省下時間跟人力成本。

至於舊專案為何不會有所謂的「跟風」用新框架。道理也跟上面的意思一樣。沒那個必要性,為何要去更換它?浪費時間跟人力成本?

「我不懂一堆人跟風,殺雞焉用牛刀,何必呢?」
這句話,就代表你沒做過真正的專案。何謂是小專案,何謂是大專案。
這些都無所謂。框架來說,就是一個現成好用的工具。

就算只是很小的專案。用框架不需要一天就能完成。不用框架要一個星期。你會選擇用哪一種呢?

或許你可以列出,不用框架的優勢。

在20多年前,我也是不用框架主義者。當時我是自創自已用的東西。
如你說的funtion函式庫。對應的db庫跟input庫。
這些我都自已處理了一套,要說其是框架也不為過。
可是,一個人開發還沒問題,畢竟東西都是自已寫的。知道如何應用。
但團隊開發就不一樣了。你還得教團隊你的框架用法。
或許你可以說不需要用框架自已幹程式碼。
當然也是可以。但結果會造成其它團隊的人對你的程式不了解。看半天。
或是自幹自已的庫。花時間處理。

我說啊,現在的工程師已經很幸福了。以前的我還沒有所謂的框架可以套用。都是要自已幹的。

很久很久以前有一座山
建議先了解後再評判。連MVC是什麼都還不懂就想討論要不要用,實不實用?

我要發表回答

立即登入回答