原來一直認為，開發平台將是軟體開發的未來，移動開發是未來，其他的方式和產品都將淘汰，但是自從昨日上午參加了乙個對我來說，規格最高的會議後，才發現，我的想法走了極端了，事實上，世界是辯證的，不管多優秀的軟體解決方案都只能處理某一方面的事情，肯定無法解決所有問題，那是不可能的；
開發平台只適用於功能多變、資料多變、並且對資料安全要求不特別高的情況，例如：crm、workflow、oa，此類專案的業務模組變化頻繁，比如，客戶資訊，今天需要儲存親戚資訊，明日可能又需要儲存朋友關係，這些都涉及到資料庫的變化，並且變化頻率非常之高，老讓程式設計師修改**來實現是比較麻煩的，所有有了開發平台，它將前後臺作為乙個整體來看待，使用拖拽輸入就能完成大部分功能，使得普通人就能完成專業程式設計師才能完成的工作，大大縮短了開發周期和成本；
但是開發平台也不是萬能的，它的缺點也很明顯，它只能解決共性問題，並且操作人員的操作涉及到了資料庫，所以它的資料相對透明，安全性相對較低，如果對軟體的邏輯性、安全性要求較高，並且模組變化不頻繁，那麼使用平台將是不合適的，例如銀行專案、櫃檯專案等，這類專案，對**邏輯、速度、安全要求都比較高，必須要程式設計師來編寫**或者儲存過程；
所以，我必須記住，沒有任何軟體架構是適用於所有情況的，需要具體情況，具體分析！
SFMS開發隨想
在開發中，我得到了新龍公司很多老師和同事的大力幫助，學習到了新的技術和很多管理理念和方法，對於我更好地理解軟體開發過程 軟體開發風險的控制 軟體的開發周期等方面都受益匪淺。針對今後的教學工作，我也得到了很多有價值的經驗和設想 首先，是目前的軟體專業教學過程中對於實際應用方面還涉及不夠廣泛和深入，往往...
Ecshop開發隨想
ecshop開發時間有1年了，到現在還沒有搞到乙個大型專案，這主要是自己的綜合技術不過關，要努力提公升！自己給自己定了些計畫，要求在這個月完畢要開發乙個ecshop商場出來。現在手頭上有3個ecshop的站點要管理，有1個新的手錶站點要進行開發，壓力大，故要在這乙個月裡完成自己提交的任務則必須在cs...
mars 開發隨想
1 責任模式 server端，那些構建model的具體操作，如果是我 我會寫在控制層，但是如果修改 了model裡面的屬性的話，就會牽一發動全身，於是巧妙的實現了解耦，因為構建 fillbasicinfo filladvancedinfo 的函式裡面都做好了處理，所以外部control層僅僅需要呼叫...