2011-02-24 78 views
3

我在處理腳手架代碼工時有什麼選擇 - 人們經常使用腳手架嗎?或者是否有更好的方法來快速生成用於CRUD應用程序的代碼?Codeigniter 2腳手架

我已經安裝了火花塞:http://code.google.com/p/sparkplug/

,似乎很不錯 - 我的意思是基本的,但超快速實施和代碼是基本的,但整潔,易於理解。

但是我注意到沒有多少討論周圍的好處/缺點。

任何人都可以建議a)一個好的圖書館/工具集使用? 二)如何最好地在這種情況下

+0

你試過嗎? http://git.io/dV8HCQ – 2013-10-19 02:23:12

回答

12

進行臨時腳手架CRUD的想法總是顯得有點毫無意義,我的一對夫婦的原因:

  • 這不是一個結束比賽的解決方案,你會必須最終爲您的應用程序實施適當的(安全的)CRUD操作,這些操作更適合您的特定應用程序的需求。
  • 如果你只是需要快速和髒DB輸入,爲什麼不只是使用你的DBMS? (phpMyAdmin的,等...)

爲了減少花費在重複的應用程序操作的時候,其實我創建一個基本的CRUD模型,這樣我可以有一個很好的起點,構建基本的數據庫交互。這樣你就可以實現你的應用程序完成。

+0

「如果你只是需要快速和骯髒的數據庫輸入,爲什麼不使用你的數據庫管理系統?(phpMyAdmin,等等......)」理論上,腳手架使輸入關係數據比輸入關係數據更容易手動操作(即跟蹤FK)。 – 2013-08-30 02:43:42

7

腳手架只存在以節省您不得不破解打開Navicat,phpMyAdmin,MySQL查詢生成器等等。但這一年的年齡,如果你不知道如何工作一個MySQL客戶端,那麼你可能不應該工作在一個血腥的網站,所以它已被刪除。

+0

我實際上不允許連接到我們的MySQL安裝,除非我使用IT並使用特定的計算機遠程連接到Winnipeg的計算機。 – dallen 2012-03-13 19:18:39

+1

如果他們對安全性有着很大的偏見,那麼您應該在本地構建並部署代碼(使用遷移),這些代碼已經過同行評審和廣泛測試,而不是使用不安全的未受保護的PHP界面編輯活動服務器上的數據 - 因爲THAT荒謬。 – 2012-03-16 11:35:49

2

我更喜歡使用「quick and dirty」CRUD發生器的原因是我們經常會引入幾個非技術人員來進行數據清理。如果我可以輕鬆地構建這個「丟棄」的界面,而不需要進行大量的編碼,它可以爲我節省大量的時間,而且我也沒有花費太多時間編寫「丟棄」頁面。我真的不想給非技術人員一個管理工具來編輯數據。