可以啊，98年那個時候我們都是不用什麼框架寫PHP的，只不過如果使用原生PHP來寫的話，對於新手沒有寬架方便，現在的開發重度依耐框架，很多程式設計師離開框架就不會寫東西了，建議還是從底層多掌握一些，以備不時之需。

所有語言的框架，存在的目的說到底了就是一個，省事兒。

常用的給你封裝好，需要了直接呼叫就行了，不用你再琢磨怎麼寫了

你要不用框架也沒啥，0和1也能寫

1、專案必須用thinkphp嗎？

答：不一定非得有thinkphp框架，現在主流的框架除了thinkhphp ,還有Laravel、CodeIgniter、CakePHP、ZendFramework、Symfony、yii等知名框架，這幾個框架都是很成熟的框架了。做普通專案，選用以上任何一個框架都沒有問題。

2、 用原生的不行嗎？

答：用原生的可以。但使用框架更方便，可以減少開發時間，降低成本。

（1）防止重複造輪子，thinkphp框架幫你實現了MVC架構，路由功能，封裝資料庫操作，還有模型，檢視，日誌等功能。

（2）前後端越來越分離。現在很多用原生的大部分是前後端混寫，整個頁面最終會變得很混亂，不利於修改。框架一般都實現模板語言，相比把php語法混入前端頁面，模板語言更接近前端語言，程式碼更簡潔，可讀性更好，修改更方便。如果完全使用api介面提供服務，可使用PhalApi 這類介面框架。

（3）統一的入口檔案。不少使用原生PHP方式，都是一個頁面對應一個php檔案，專案結構混亂，而且不安全。而thinkphp採用統一的入口檔案，根據url和路由規則，執行對應模組的控制器的方法，專案結構清晰易管理。

（4）易用的資料庫封裝類。相信不少程式設計師都不喜歡寫純粹的sql語句，容易出錯。而框架自帶了資料庫類，減少寫繁雜的sql語句，十分方便，效率提升不少。當然，這樣帶來一個問題，就是有些程式設計師脫離了框架，就不懂怎麼寫sql語句了。

(5)Thinkphp、PhalApi、Workerman也是基於原生php開發的框架。如果使用原生開發，最終可能變得像那些框架，那為什麼不一開始就採用成熟的框架呢？而Swoole框架甚至直接使用C語言開發。

如果是小公司，並且沒有足夠的經驗，採用成熟的框架的最明智的選擇。

在專案開發中，技術架構選型是要根據你實際專案需求來定的。

像我前些天幫人做的一個小東西，他的需求，只是需要記錄一下使用者的狀態，我就用原生的php記錄一下session，甚至都不需要用到資料庫。

但是，一般情況下，專案都不會是這麼簡單。用thinkphp等框架就有優勢了。

首先，資料庫的連線，你只要配置資料庫連線資訊，然後對資料庫的增刪改查就可以全部交給框架去處理了，如果增刪改查出現錯誤，框架還能給你丟擲異常。你要是用原生php開發的話，自己去處理捕獲這些錯誤，你得寫很多程式碼。當然，你要是說你能用各種設計模式和麵向物件寫一個數據庫連線和錯誤處理類，當我沒說，因為，大部分php框架本身就是用原生php寫的各種處理類的集合。

其次，框架有很多便捷的工具方法，你可以直接使用，如果，你用原生開發再去將這些方法寫一遍，就相當於重複造輪子。當然，如果你是為了練習積累經驗，當我沒說。

總之我們的開發最終都是為了解決問題，如果你能用原生開發最快解決問題，那就用原生的就可以了。

但我的經驗是:“永遠不要相信提需求的人的話，我只要一個簡單的xx功能就可以了”。如果客戶是要做個買東西的小商城，你最好在開發的時候預留好客戶是要開發一個淘寶的打算。

首先做專案可以採用thinkphp，也可以不採用，因為thinkphp只是眾多框架之中的一個，還有很多框架可以採用，比如codeigniter，phalcon，yii，laravel等等。

然後至於是否採用原生，只要是有一定規模專案，都是採用框架的，一方面框架開發效率高，一方面框架安全，可擴充套件性強。

最後對於是否採用框架，採用什麼框架，很大程度取決於技術負責人，他們會根據團隊的實際情況，然後做出合理的決定。沒有什麼是絕對的，只要能夠有利於專案開發，有利於專案維護，有利於專案進展，我們就可以採用。

說點題外話，如果採用框架的話，比較推薦laravel，它就和java中的spring一樣，有著控制反轉等先進的設計模式，程式碼優雅，可維護性強。

我用15的行業經驗告訴你，一萬行以下的php的程式碼，用什麼都無所謂。三萬以上的程式碼就要考慮工程學。5萬行以上就要精通面向物件和工程體系。建2層樓和50層樓不是一個概念，也不是幾個施工隊的問題。

你用原生PHP怎麼寫？肯定按照業務邏輯分層分類，然後呼叫第三方時候引入SDK，部分元件需要自己寫，這個流程沒錯吧？

框架是幹嘛的？不還是幫你分層分類，提供元件嗎？

框架只是幫你少走彎路，當然會有人嫌棄框架慢，然後呢……當然不是原生PHP，自己寫框架！