轉換跑道JSP or PHP ?
 

希望有人看的見

小弟的公司是ASP為主, 這兩年加入.Net 做網站開發, 配合MS SQL.

但母公司現在政策轉向, 要往免費的方向發展.

給我們兩個選擇, .Net 人員說想轉JSP , ASP(小弟也是) 考慮PHP.

去搭配MySQL ..

有在業界的前輩可以指點一下... 考慮網路資源維護發展性..是 JSP or PHP ?

離開公司轉換跑道吧....

台灣軟體業已經輸給對岸了...

除非是專包公家機關的Case....

PHP比較多人在加持，畢竟市占率擺在那了，跟著多人走會比較順遂
JSP多半開發大型站，尤其是資安要求高的公司行號，更新較慢，
資料多半要看原文，目前由甲骨文加持，發展不至於需要擔心....
(公司接小型站多就PHP，大型站就JSP就這樣....)

> 目前由甲骨文加持，發展不至於需要擔心....

Oracle併購了Sun Microsystems，被稱為Java之父的James Gosling由Oracle辭職了
Oracle併購了MySQL，MySQL原創者離職

> JSP多半開發大型站

沒聽過這種說法

昇陽併購MySQL AB，甲骨文再併購昇陽，螳螂捕蟬黃雀在後...
資料庫甲骨文很強了，這個完全不需要擔心，
至於語言方面，java是開源的，有沒有James對於JAVA的發展不是很關鍵，
除非甲骨文封閉源碼

1. 開發大型網站大概都逃不掉使用一些 Framework, 這點 JSP/PHP 都不能免俗.

JSP (其實是 Java) 可能要用到的是 Hibernate, Struts, Spring 之類的

PHP 可能要去學習 Zend FrameWork / CodeIgniter /Yii 之類的


2. Java 當初在 Sun 的手上其實有著不錯的開放風氣, 可惜現在被 Oracle 買下, Java 老爸也投奔 Google, 目前社群的感覺有點尷尬....

PHP 印象中有大老被 M$ 挖角了 (已經很久了) , 不過社群方面還是蠻有活力的.


3. 基本上兩者最重要的差別是:

PHP 傾向於簡單設計, 一個頁面就是一個處理流程, 結束了東西就沒有了, Session 存在磁碟上,
缺點就是
"有些明明就可以輕鬆共用/預存的資源, 比如說現在有多少人連到系統中, 這件事情卻需要連上資料庫/其他 Cache機制/磁碟 才能處理"
(另外一個例子, 同一個使用者看了 100 個頁面, 這 100 個頁面其實都需要重新去連結資料庫, 而不是一個連結可以被重複使用 100 次 (PDO 推出後有更新此特性, 可是文件中卻不太推薦, 應該是還容易出毛病 XD ))

Java 傾向於 "共用/預存的資源都可以存在共用區 (記憶體) 而不需要去額外處理".
(因為語言本身有不錯的同步功能, 這點是 PHP 需要靠另外很多技巧或者外掛才能達成)


不過反過來說, 也有人認為, PHP 這樣的設計有其優點, 比如說較大型的系統 (多機器), 可以比較快切換伺服器而容易橫向擴充. (反正 Session 存在硬碟, 這個部分弄在 NAS 上面就好了)

> 缺點就是
> "有些明明就可以輕鬆共用/預存的資源, 比如說現在有多少人連到系統中, 這件事情卻需要連上資料庫/其他 Cache機制/磁碟 才能處理"
> (另外一個例子, 同一個使用者看了 100 個頁面, 這 100 個頁面其實都需要重新去連結資料庫, 而不是一個連結可以被重複使用 100 次 (PDO 推出後有更新此特性, 可是文件中卻不太推薦, 應該是還容易出毛病 XD ))

php.ini 中設定
register_globals = On / Off 全域變數

http://php.net/manual/en/security.globals.php

這個設計已經被證實很容易變成漏洞, 因此 5.3.0 之後的 PHP 已經移除了.

你說的這設定與人家提到的問題完全沒有關係.

我的建議是

如果您還堅持走WEB AP開發,PHP是不錯的選擇!!
我之前是走linux system admin為主,後來學Networking device
順道把一些networking protocol也都學了起來,但是對於linux 提供的
networking function在還沒學networking device之前,那是全然不懂的
學完networking device後,轉回來linux system ,就能夠架輕就熟
linux kernel 的netfilter 架構也能夠輕鬆切入!!

OK,轉回來樓主的疑問,PHP至少可以跨平台,在Windows or Linux上
都可以使用,唯獨需要小小的修改source code , 比如說path name問題!!

但問題又來了,走到那個平台都一樣,會遇上Frame Work問題!!
以我來說,我完全沒用Frame work的架構,反正我只是寫一些WEB GUI
來使用,是比較簡易的那一種
(雖然我最近也把我寫的一些舊版本的GUI程式導入Server Session management[自行開發的session管理程式])

就看您的需求了,用現成的Frame Work或者自行開發也都OK !!
反正現在的CPU已經快得不像話了,拿來跑PHP任何Frame Work都游刃有餘!!

PS:我寫程式算是傳統派的,OO與我格格不入!!