前段時間，專案中遇到乙個需求，是在a系統進行一些操作後，往資料庫存資料時，觸發b系統，b系統把資料也同時存放到資料庫中，要求是兩邊的資料要相同，在a系統又不能直接操作b系統中的表（出於耦合性的考慮）。
技術選型的考慮過程是：
1. 用service+httpclient的方法，結果邏輯太多，計算複雜，很可能會出現資料漏計算或計算錯的情況。
2. 用socket的方法，缺點是伺服器端的socket需要一直開著，造成無端的資源浪費，也沒必要這樣，這屬於事件觸發型的。
3. 用提交物件的方法，物件流 objectstream的方法。接受、解析，重設、儲存資料。
最後採取了第3中方法，使用提交物件的方法，在b系統接受物件流，然後解析，重構，儲存資料。
考慮乙個關於需求特性的問題
特性，在產品研發裡，應該算是包含在需求之中。沒有明確的需求，就沒有明確的產品。可是產品的需求，不可能是開始就是需求完善的，開始的時候，絕大多數的需求都是潛在的 隱含的 暗示的。在產品研發過程中，每個設計，每個問題的答案，每個問題的討論和解決，其實都是和產品的需求緊密聯絡的。一旦我們思考，這是否是個問...
乙個小專案的技術選型
很簡單的乙個專案，主要分 通訊模組和服務模組。客戶端採用delphi開發，通訊方面考慮 midas技術或webservice。webservice效率上相比midas要低 拋開web防火牆的苛刻要求，midas中的socketconnection不論是在效能上還是在靈活性上應該說都是比較好的選擇。更...
乙個奇葩的需求
今天和朋友聊天突然給我說拍一下錄取通知書封面，一解釋原因原來是小夥伴碰到了乙個奇葩需求。拍攝內容 錄取通知書封面 拍攝要求 1 拍攝角度在通知書正上方，通知書要是原來的形狀，不要產生形變。主要內容為通知書，通知書邊上留一部分空白 2 最好用相機，用手機拍的話發原圖 3 拍攝時在明亮處拍攝，同時通知書...