目前軟體開發面臨兩個難題：
1） 軟體在不斷地發展，使用者需求在不斷地增加，軟體功能模組在不斷地擴充，軟體的重新設計和整合的成本成為企業無休止的投資陷阱。
2） 目前管理軟體中不同種類的作業系統、應用軟體、系統軟體、資料格式相互交織，要將這些不同網路、不同平台、不同資料格式、不同軟體完全統一是不可能的，只能在現有的軟體、資料、平台基礎上進行擴充。
基於上述兩點原因，我們在軟體架構的上需要做出必要的調整。
首先，要解決軟體功能模組擴充套件的問題，減小未來軟體投資風險，除了常規的軟體公升級更新，擴充功能以外，降低模組間的耦合度、模組間使用明確定義的介面進行互動、模組元件化的方式，能夠有效地減小模組間的依賴性，延長模組生命週期，增加模組間互動能力，增強軟體擴充套件能力，減少企業軟體開發和整合投資，並能夠保護使用者的it基礎建設投資，提高產品競爭力。
其次，要解決跨網路、跨平台處理不同資料格式、與不同軟體的軟體進行互動的問題，必須採用標準化技術。軟體互動、資料格式、網路協議等均有國際標準或行業標準，利用和實現這些標準所規定的內容，即可以相對簡單的解決跨網路、跨平台處理不同資料格式、與不同軟體的軟體進行互動的問題。
目前能夠實現了上述理念的軟體架構就是「面向服務架構（soa）」。面向服務架構不是一種技術，也不是一種標準，而是一種應用框架，但soa基於技術和標準，是技術和標準的累積，它著眼於日常的業務應用，並將它們劃分為單獨的業務功能和流程，即所謂的服務。soa 使使用者可以構建、部署和整合這些服務，且無需依賴應用程式及其執行計算平台，從而提高業務流程的靈活性。這種業務靈活性可使企業加快發展速度，降低總體擁有成本，改善對及時、準確資訊的訪問。soa 有助於實現更多的資產重用、更輕鬆的管理和更快的開發與部署。
因此我們將以soa作為軟體的架構的重要構成部分。但由於實現完整的soa架構極為複雜，在有限的人力、資金和時間內無法對軟體整體全部實現soa架構，我們將選擇相對易於實現並能夠快速投入使用的部分首先實現soa架構，並在專案整體完成後的2~3年內逐漸將專案模組按照soa架構從整合項系統中分離出來，最終形成完整的soa體系架構。
（摘自公司內部專案資料）
python為什麼用flask 為什麼用flask
flask是python在web開發領域乙個輕量級的框架，為什麼選擇flask呢？此文可能會給你答案。選擇flask的原因 1.微框架 簡潔 只做它需要做的，給開發展提供了很大的擴充套件性。2.flask和相關的依賴 jinja2 werkzeug 設計得非常優秀,用著簡單。3.開發效率非常高，比如...
為什麼用css sprites
在分析各個 的css時，我們經常可以看到一些 有很多的元素共享了一張背景，而這張背景包含了所有這些元素需要的背景，這種技術就叫做css sprites。例如 的css sprites url是 這樣做有什麼好處呢？顯而易見，瀏覽器在載入每一張的時候都會發起乙個http請求。如果使用css sprit...
為什麼用指標
相信接觸過程式設計的,大部分應該對c語言有一定了解或者學過一門c語言課程。或多或少聽到這種說法 c語言很難學，特別是指標。我大一下學期開的這門課，學完之後感覺還好 其實是我沒有深入學，典型的自我感覺良好 但指標那塊確實也沒太弄明白。現在好像明白了一點什麼是指標，在什麼情況下用比較好。int a 1 ...