小弟我在思索公司的網站下一個版本要採用的技術平台,
由於現有的架構都是ASP+HTML+IIS+SQL_Server去做CRM及網購
在頁面好幾千頁,HTML夾雜大量VBScript及JavaScript,
對程式碼及OO概念控管不是那麼清
於是大概搜集及研究目前幾個平台Flex、RoR、Delphi PHP、ASPNet,做了一下功課
最後看好RoR及PHP後續的發展, RoR在短短幾個步驟(以MVC概念)輕易地寫出一個討論區留言版的框架,
而Delphi PHP只需用元件事件驅動,拖拉元件設定屬性、事件,大概的樣子也即呈現出來,
只是選擇都必須投入相當的學習時間,企業的資源及個人的時間分配都有限
所以是否有前輩也是有這樣的需求及決策經驗,
可提供給小弟參考
我個人比較不喜歡這種號稱寫幾行CODE就能做什麼事的東西就是了
就像我當初研究CFM一樣, 感覺好像沒幾行就能幫你做完什麼事情
可是當遇到問題的時候不容易排除, 得花費時間去深入了解他的核心操作找出癥結點
若是本身核心程式問題, 對方不改版你就幾乎只能雙手攤平
我們當初用cfm就是這樣...每天只能祈禱他不要掛掉...
不過我沒有深入研究過啦, 也不好批評啥~我是以我當初研究CFM的感覺來回覆
至於你說現有的架構都是ASP+HTML+IIS+SQL_Server
轉換你提的這兩種語言都是極大的工程
不知道你們公司的開發團隊能不能禁得起這樣的大轉換
公司又能不能禁得起這樣的轉換期
我以前待過某家從asp轉換php的公司
總網站量約一百多個,幾十萬個動靜態頁面, 耗時約一年才度過陣痛期
而且對於只會asp的程式設計師是個嚴苛的考驗...
我自己寫asp大約五年多, 這期間也寫cfm , php 到最近的c#.net
其實web form的系統..參雜html, client side code的確就是個非常讓人討厭的事情
我寫過這些語言, 到現在似乎也無法徹底處理這個困擾, 所以越來越討厭寫web form程式^^"
頂多, 就是將一些常用的功能分門別類的寫好組件方便其他人使用罷了
這種動作不管寫啥語言都一樣吧我想
不過這樣比較下來, 似乎轉換asp.net是個比較能優先考量的方案
因為不需要動到舊有程式的情況下還是能專心開發新的系統
但如果是打算整個徹底翻掉..連人也換掉...那就沒差了:P
https://jin.tw
內文搜尋
從 APP 打開
X