今天讀《lua中文教程》第24章作者寫關於c api的說道：「api 重點放在了靈活性和簡潔性方面，有時候以犧牲方便
實用為代價的。一般的任務可能需要涉及很多個 api 呼叫，這可能令人煩惱，但是他給
你提供了對細節的全部控制的能力，比如錯誤處理，緩衝大小，和類似的問題。」
但是看到vxworks中的很多api更加的分散一下，就類似與lua作者說的「重點放在了靈活性和簡潔性方面」，這樣就可以更好的處理各種各樣的情況。壞處就是比較難用。
而我寫的api整合度更高一些，但是對錯誤的處理我也是考慮很為周全的。我的api用起來更好用，但是靈活性不足，就是說某些情況下不太適用。
總而言之，api的設計方法還是由需求（應用場合）決定，並且要考慮到使用者的個人能力。
編寫通用的靜態庫 a檔案
ios產生.a的靜態庫，比起.framework相對簡單了好些。下面介紹一下具體生成步驟 1 新建乙個framework library庫。ios 下的cocoa touch static library。然後輸入product name 為libsql 2 把libsql.h和libsql.m刪除...
關於編寫通用指令碼驗證的一點思路
想寫乙個比較通用的提交表單時的指令碼驗證程式，因為乙個個的編寫每個欄位的驗證實在是太麻煩了，昨天花了兩個小時想了一下，感覺乙個通用的驗證應該有如下特點 1 不應該和 有任何關聯，例如通過向表單元素上增加自己的屬性，這樣會使html 可讀性降低。如果使用伺服器端tag 如struts的html標籤 可...
關於編寫通用指令碼驗證的一點思路
想寫乙個比較通用的提交表單時的指令碼驗證程式，因為乙個個的編寫每個欄位的驗證實在是太麻煩了，昨天花了兩個小時想了一下，感覺乙個通用的驗證應該有如下特點 1 不應該和 有任何關聯，例如通過向表單元素上增加自己的屬性，這樣會使html 可讀性降低。如果使用伺服器端tag 如struts的html標籤 可...