大家好,
因為原有的系統(網頁)是由他人開發無法更動且沒有RWD,在手機上面看起來會怪怪的
所以目前我寫了一個web api可以跟原本系統後端取得資料,希望前端顯示的部分就全部重寫
原有的情境以及考量點:
1.原有系統的表單(網頁)都是動態產生的,也就是所有顯示欄位(有xy座標)都存在資料庫,等到要顯示的時候再讀取欄位以及資料,接著將欄位跟對應資料結合放在表單上面顯示。
我的想法:先做出一個樣版網頁,讀到欄位後再依照座標順序塞進去,這樣方式不知道哪種框架比較適合?
2.原有的系統表單可能會有客製的JS,一樣是存在資料庫,等讀取表單的時候,會一起載入
舉例:
A.填了欄位A之後,把欄位A的值帶到欄位B。
B.或是填了欄位A,根據這個值到某個table抓另一個值回來帶到欄位B。
其實還有很多不同的情形。先不考慮能不能直接用在新的網頁上,假設可以解析知道客製的JS在做什麼,然後套到新的網頁上面,這樣哪種框架比較容易達成?
又或者說,從後端讀取了欄位跟資料跟JS,有什麼比較適合的方式來做呈現?
我看了以下三位大大的影片之後,又更加選擇困難了@@
給我一個拒絕 Angular 開發框架的理由 - Will 保哥
https://youtu.be/QNW0nYaidDY
我有一堆選擇 Vue 開發框架的理由 - Kuro
https://youtu.be/TsspHaQxYrY
給我一個放棄 React 開發框架的理由 Part1 - Sam Lee (山姆大叔)
https://youtu.be/kjlVJ10GsyU
目前看起來TypeScript可以說是必學了,因為三種技術也慢慢都支援ts
如果扣掉ts的學習成本,感覺angular還有很多規範要學?
而react則可能會面臨選擇問題?
vue雖然github的星星最多,但是不像其他兩者後面都有大靠山,就怕哪一天不再維護了?
1 .
先做出一個樣版網頁,讀到欄位後再依照座標順序塞進去,這樣方式不知道哪種框架比較適合?
都可以
2 .
假設可以解析知道客製的JS在做什麼,然後套到新的網頁上面,這樣哪種框架比較容易達成?
都可以
3 .
又或者說,從後端讀取了欄位跟資料跟JS,有什麼比較適合的方式來做呈現?
真的都可以
我知道我回的很像廢話
但是真的都可以
因為這些前端 framework
還是一樣用 js 去寫的
所以你原本的 code
稍微改寫一下
應該就能配合這些框架
甚至有些重複的部分
可以獨立出來寫成 component
減少你 code 的量
所以結論
看你喜歡哪個 framework 就挑哪個
現在應該都是 react 或 vue 兩個在挑會比較多
我的話會挑 vue
沒有為什麼
單純喜好問題
其實前端用什麼寫都可以,
也都能達成目的,
不過從熟悉的先下手是比較快的,
如果都不熟悉,
那就擲骰子決定學哪一種吧,
反正都不會差太多.
雖然三個都可以,不過我個人私心推薦用 Vue.js (其實真的只是因為我在用Vue而已)
拿官網的宣傳標語:易用、靈活、高效
不管用哪個框架,都要花時間去了解啊
1.原有系統的表單(網頁)都是動態產生的,也就是所有顯示欄位(有xy座標)都存在資料庫,等到要顯示的時候再讀取欄位以及資料,接著將欄位跟對應資料結合放在表單上面顯示。
阿?我第一次看到欄位是跟座標有關的...
你還要做RWD耶,欄位跟座標有關你要怎麼處理?
2.原有的系統表單可能會有客製的JS,一樣是存在資料庫,等讀取表單的時候,會一起載入
A.填了欄位A之後,把欄位A的值帶到欄位B。
B.或是填了欄位A,根據這個值到某個table抓另一個值回來帶到欄位B。
是可以做,不過你舉的2個例子都不需要從資料庫拉過來丟過去的吧...
填了欄位A,B欄位是由A欄位決定的,那你資料庫可以存A欄位就好,B欄位是拿來顯示的。
然後像這種資料連動,是MVVM框架的專長。
阿?我第一次看到欄位是跟座標有關的...
你還要做RWD耶,欄位跟座標有關你要怎麼處理?
自己計算吧,
我現在的WPF專案就是這樣,
WPF做RWD XD
WPF會需要這種麻煩的設計?
現在的UI不是都靠layout來設計RWD,靠事件傳遞來處理事件?
客戶要求的,
在不同解析度顯示不同大小.
https://www.c-sharpcorner.com/uploadfile/mahesh/wpf-layout-dealing-with-percentage-size-in-wpf418/
https://docs.microsoft.com/en-us/uwp/api/Windows.UI.Xaml.AdaptiveTrigger?redirectedfrom=MSDN
WPF這種現代UI框架不太可能沒考慮Responsive design這塊啦...
應該不會用到這麼麻煩的設計。
1.座標是舊系統的東西,我想就依照由左到右,由上到下,這樣的方式放到新表單上面。當然新表單會先設計好如何對應。
2.舊系統的做法是有一個method的資料表,裡面有JS跟C#的code,這些code可以跟欄位對應,以前端來說,當表單載入的時候,會順便讀取JS,然後把JS應用到對應的顯示欄位。
2.舊系統的做法是有一個method的資料表,裡面有JS跟C#的code,這些code可以跟欄位對應,以前端來說,當表單載入的時候,會順便讀取JS,然後把JS應用到對應的顯示欄位。
我猜這是asp或是純php時代的寫法,以目前的網頁框架來說,你應該用不太到這種設計了。
目前的前端框架都是朝向前後端分離的走向,用這種方式你會很麻煩。
這些需求有真的需要用到框架嗎??
如果你對於標題提到的三個名詞都不太了解
那我建議你...用原生刻 + bootstrap 就好了...
當然 如果要包出去 那就是另外一回事了....
jQuery 1票
jQ 不錯 QQ
之所以要用框架,是老闆說要用的~
那我會建議你用最輕量的 vue 就好惹
https://segmentfault.com/a/1190000000355277
你可以跟你老闆說你要用最輕量、最多人使用的框架---Vanilla JS。
XD
香草JS
看來還是大家對我比較好。
樓主的情境,其實和我前些天問的有些雷同,
https://ithelp.ithome.com.tw/questions/10196151
老派做法與框架之取捨,大家都鼓勵我放棄舊技法,擁抱框架。
恩...問題不太一樣嘛 大大問得比較偏向(這是什麼東東)
而他問的是(應該要怎麼做 怎麼選)
在我的理解...這是兩個不一樣的問題辣~
你的問題和這位的問題不太一樣啊
要怎麼做和為什麼要學這是兩碼子事...
以這位目前的狀況,除非打掉重練兼做資料轉移,要不然我也不覺得有啥非要用框架的理由。
froce 理由有阿,老闆說要換
我就不針對你的問題回答了。
要嘛,你維持現況。
不要嘛,先學現在的框架後。再來框架的原理運行你要的東西。
千萬不要想用能搭配你的理論來找框架。依現代來講。你不到的。
但你會在學新的框架裏找到更適合且打翻你原本的計劃想法的做法。
所以,我不會回答你的問題就是在此。因為如果要造著你的構思去找適合的框架。很難。
但先學一個框架來應用你的想法,倒是很簡單。
Angular 就不考慮了。
React 和 Vue 到底谁更牛?听听尤雨溪怎么说
有在看尤雨溪(vue作者)的twitter,會發現他的政治立場很中國,所以,我不用vue。
國外用 react 的多。
假如是金融業可以考慮學angular,因為IBM的專案技術使用比較偏向angular,因此下遊廠商也跟著也會學習使用angular,非金融業目前應該還是react的使用人數領先,大陸在專案的使用上也是react使用的人數比vue多,也可以到幾個前端ui的官網研究對三大前端框架的支持度,也可以成為一個參考值