具體情況：1、分店大約1000家。
2、分店要實作進銷存。包括掃碼銷售和掃碼入庫。
3、分店必須認證后才能使用該系統。
4、總店可實時查詢分店的庫存和銷售情況
5、總店可向各分店發送圖文等資訊、
6、手機可查詢庫存
請問各位 這樣的專案如何架構？采用什么技術？我分析如下：
1、類似于qq的簡單平臺IM；用于發送簡單圖文資訊（廣告）
2、進銷存開發；
3、手機客戶端開發；
我從網上查了一下 用smartclient智能客戶端技術，具體應該用什么資料庫，什么開發語言？怎么做？請指教？
uj5u.com熱心網友回復：
BS架構應該算是潮流或者發展趨勢；smartclient算是一種非主流的技術，畢竟付出學習的代價，這個成本和質量是最不能估量的（學習是針對參與專案的團隊的而不是個人的，不同人根據個人經驗和心態等因素進度和效果各不一樣），當然這個和當前單子是否已經簽署以及完成時間有很大的約束關系；
資料庫有SQL SERVER 和 ORACLE兩種；建議使用公司開發人員最熟悉的資料庫，免除開發人員重新學習另一種語法的負擔和成本（這兩種資料庫語法上的區別還是有一定的，個人認為SQL相對簡單，有不少靈活的陳述句，但安全系數不高并且不穩定，而ORACLE相對復雜，但是有更多函式支撐其亮點）
開發語言：smartclient是基于java的，所以基礎語言肯定是java，即學過java的人相對更容易上手；不看smartclient的話，主選的肯定是java和.net，java可以跨平臺而且很主流（用友軟體NC版本、市場占有率前三位OA軟體等等都是使用的java），而.net對于1000家的負載即使有中間件也不容樂觀。
uj5u.com熱心網友回復：
你的意思用java，結構BS；資料庫 oracle；那用java最好采用什么技術呢？uj5u.com熱心網友回復：
有這個Zinbarcode 免費二維碼組件嗎？發到我郵箱[email protected];謝謝uj5u.com熱心網友回復：
不會吧，這工程太大了吧
uj5u.com熱心網友回復：
B/S 太依賴性了，總店和分店網路斷掉了，分店還不能入庫和銷售了啊uj5u.com熱心網友回復：
這個是client/webserver的勇武之處了delphi做client，開發高效，使用流暢，客戶端可以自己有小資料庫
http協議跨外網內網都暢通無阻，也方便任意平臺、語言的程式訪問
uj5u.com熱心網友回復：
LS的根本沒有從價值看問題，而是從開發角度考慮，不適合擔任專案經理。1000家就意味著有匯總統計，這個大的單子，對誰有價值，當然是老板，所以B/S架構才是可取的，可以在掌上電腦、微軟平板二合一等電子設備使用
不是說在DELPHI版本發問題就是DELPHI首選
uj5u.com熱心網友回復：
B\S固然好，但無C\S功能強，界面好，流暢。uj5u.com熱心網友回復：
使用BS面臨一個問題就是網路中端的問題！這樣客戶端是不是就什么也操作不了!這個問題很嚴重，純粹的BS是不合適的！比較合適的解決方案就是：
1、客戶端使用CS程式，可以使用檔案型資料庫或都SQl Server都可以(資料量大的話建議使用SQL Server)
2、中間通訊服務(WebService,架設在服務端，客戶端呼叫即可)，可以隨時將客戶端資料傳遞到服務端。
3、服務端的查詢和管理可以使用BS設計。
uj5u.com熱心網友回復：
【所以B/S架構才是可取的】
這個所以的邏輯在哪里？
移動平臺，提供一個功能縮減的版本就行了
uj5u.com熱心網友回復：
用什么編程技術不重要，關鍵在系統的設計。比如對并發量的需求，對脫機使用和聯機同步的需求，是否需要指出移動app，等等。uj5u.com熱心網友回復：
BS的話，針對mobile端和PC端需要分別開發不同的頁面吧，uj5u.com熱心網友回復：
C/S+B/Suj5u.com熱心網友回復：
怕網路中斷1.是否考慮過，整個專案中涉及的技術太多，人力成本、管理溝通、軟體維護是個問題呢？當然，不差錢可以忽略。
2.用B/S也可以將資料存到本地的資料庫，每天定個業務點提交資料；
uj5u.com熱心網友回復：
B/S 系統 終端讓證+專用網路連接、部份安桌應用。轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/114667.html
標籤：網絡通信/分布式開發