【文章內(nèi)容簡介】 會隨之劇 9 / 54 增。因此，海陸聯(lián)運運輸信息平臺的建設(shè)和運營要體現(xiàn)出公益性，讓利于用戶，提供優(yōu)質(zhì)服務(wù)，平臺的效益體現(xiàn)在巨大的社會 效益，而不是項目本身的盈利，后期也可考慮加入增值服務(wù)、抽成等收費方式來維持平臺運營，通過這種營銷模式推動平臺用戶數(shù)量的積累。通過優(yōu)質(zhì)便捷和可增值的服務(wù)，穩(wěn)定用戶關(guān)系，進而開拓新的用戶，創(chuàng)造海陸聯(lián)運運輸平臺在當(dāng)前信息化社會大環(huán)境中的競爭優(yōu)勢。 海陸聯(lián)運運輸信息平臺應(yīng)該具有突出的地域特點，與港口的業(yè)務(wù)緊密聯(lián)系，突出多式聯(lián)運的特點與優(yōu)勢，提高港口的集疏運效率。組織成立貨主、車隊等聯(lián)盟，通過會員制等方式加強行業(yè)監(jiān)管，保險、在線結(jié)算等功能加強企業(yè)保障，只有港口依托和行業(yè)規(guī)范，信息平臺才會有強大的生命力。 海陸聯(lián)運運輸信息平臺將充分突出信息資源共享的特點，實現(xiàn)企業(yè)的信息對稱與信息透明，進而達到貨源車源對接、貨主車主溝通等基本功能，凸顯信息平臺的先進性與適用性；通過相同相似路線的價格成交記錄統(tǒng)計出平均價格和價格走向，給用戶一個直觀的價格了解，輔助用戶選擇要價合理的車隊；通過恰當(dāng)合理的計分規(guī)則及時統(tǒng)計各用戶的信譽狀況，引導(dǎo)公路運輸市場走向良性競爭；接收車輛 GPS、箱貨進出門等報文，形成車貨軌跡信息供政府、船代、貨主貨代等監(jiān)管單位查詢、追蹤、監(jiān)管，實現(xiàn)對用戶的有效管理和嚴密監(jiān)控，達到全面掌握公路運輸信息的目的，促進 公路運輸市場的規(guī)范化發(fā)展。 海陸聯(lián)運信息平臺主要為海上和公路運輸物流網(wǎng)站系統(tǒng)， 能夠通過平臺完成發(fā)布貨源，貨代找車，車隊接單、貨代選擇成交，車隊派車運輸，費用結(jié)算，用戶站內(nèi)信，用戶信譽評價，用戶投訴建議等基礎(chǔ)功能， 包括前臺展示模塊和后臺管理模塊，前臺展示模塊的功能主要有用戶登錄 會員注冊 信息瀏覽等功能。針對貨代用戶有網(wǎng)上訂艙系統(tǒng)、通用貨源錄入系統(tǒng)、競價選擇系統(tǒng)、箱貨狀態(tài)查詢系統(tǒng)、互評分信用管理系統(tǒng)、在線反饋和討論系統(tǒng)等基本功能子系統(tǒng)；針對車隊有貨源查詢系統(tǒng)、在線競價系統(tǒng)、在線反饋和討論系統(tǒng)等基本功 能子系統(tǒng)。實現(xiàn)不同用戶角色登錄網(wǎng)站功能，實現(xiàn)海上和路上車源數(shù)據(jù)的互聯(lián)互通功能， 達到貨源車源對接、貨主車主溝通等基本功能通過平臺完成找車、接單、派車、跟蹤、結(jié)算等基礎(chǔ)功能 同時提供站內(nèi)信，用戶信譽評價 用戶投訴建議等附加功能。 系統(tǒng)開發(fā)的語言介紹 語言介紹 JAVA 語言最早追溯 1990 年由美國 SUN 公司一個綠色項目 Green Project 中新寫的 star7 一種應(yīng)用程序語言，當(dāng)時 java 語言還稱作 Oak 語言 Oak 語言的名稱由來是當(dāng)時綠色項目辦公室的窗外有一顆橡樹，當(dāng)時的 (被稱為 java 之父 )隨便就為該語言起名為 Oka 語言。 后來發(fā)現(xiàn) Oka 名稱已經(jīng)被注冊了，于是改名為 JAVA 語言。 JAVA 本身設(shè)計的初衷是希望為了能夠符合下一波計算機應(yīng)用的趨勢和潮流，當(dāng)時認為下一代計算機應(yīng)該會集中在消費性數(shù)字產(chǎn)品上。這種產(chǎn)品通常都有著有限的內(nèi)存和運算的資源，所以 JAVA 語言里面有大量的體現(xiàn)節(jié)省資源的設(shè)計考慮。像字符串池和動態(tài)加載類文檔等都體現(xiàn)了 JAVA 的優(yōu)勢。 JAVA 語言在 1995 年正式由 OKA 更名為 JAVA， 也正式對外發(fā)表。 1996 年 網(wǎng)景瀏覽器和微軟 10 / 54 瀏覽器正 式支持 JAVA 語言。 JAVA 語言在因特網(wǎng)世界中開始流行起來。 1998 年 12 月，美國 SUN 公司 發(fā)布 J2SE 平臺 J2SE 平臺中包含了 JAVA development kit 和 JAVA 語言。隨后幾年 SUN 公司不停更新新的J2SE 版本。 2022 年 ORACLE 公司并購 SUN 公司。 2022 年發(fā)布 JAVA SE7 DOLPOIN（海豚）正式發(fā)布。 系統(tǒng)開發(fā) TSI 框架介紹 Tapstry 框架介紹 Tapestry 是用 java語言編寫的基于組件的網(wǎng)絡(luò)應(yīng)用框架， Tapestry 不僅僅是一個簡 單的模板系統(tǒng) , Tapestry建立于 Java Servlet API系統(tǒng)之上 ,目的是為了搭建一個平臺來創(chuàng)建一個動態(tài) ,互動的網(wǎng)站系統(tǒng)。和其他網(wǎng)絡(luò)應(yīng)用框架模板語言不一樣的地方是 Tapestry語言能稱得上是一個真正意義上的框架 ,Tapestry語言可以通過簡單的復(fù)用組件的方式來構(gòu)建一個復(fù)雜的應(yīng)用程序。 Tapestry框架技術(shù)可以減少開發(fā)人員在創(chuàng)建 web服務(wù)程序中比較容易出錯的地方，在傳統(tǒng)的 URL和查詢參數(shù)方面交予框架內(nèi)部機制處理，程序員不用關(guān)心內(nèi)部實現(xiàn)，為開發(fā)人員節(jié)省了大量的時間。 引用 Tapestry網(wǎng)站上的 一句話： Tapestry框架 用屬性（ properties） ， 方法（ methods） ,對象 (objects)代 替 了之前 URLS和參數(shù) 查詢 ， 用一種新的方式 詮釋 了 Web的 應(yīng)用開發(fā) 程序。 Tapestry框架設(shè)計的理念是“對象 ,方法和屬性三要素”，這句話意味著以往開發(fā)人員需要關(guān)注 Servlet API ,比如請求 ,回應(yīng) ,會話 ,屬性 ,參數(shù) ,URL等在這里不在需要考慮 ,而在 Tapestry 中開發(fā)人員只需要關(guān)注的是對象 (包括 Tapestry 頁面和組件 ,也包括應(yīng)用程序的域?qū)ο?),以及那些對象的方法和這些對象的JavaBeans 的屬性。 Tapestry 并不是一種單純的 MVC 框架，它本質(zhì)上是 MVC 框架和模板技術(shù)的結(jié)合， Tapestry 不僅包含了前端的 MVC 框架內(nèi)容，而且還包含了視圖層的模板及時內(nèi)容，在使用 Tapestry 框架后完全可以實現(xiàn)servlet 和 JSP 的分離，是一種更先進的設(shè)計。 通過使用 T 框架，程序開發(fā)人員已經(jīng)可以完全不需要在使用 JSP 技術(shù)，程序員只需要使用一 T 框架中提供的模板技術(shù)就可以。 Tapersry 框架完全實現(xiàn)了業(yè)務(wù)邏輯層和視圖邏輯層這兩層的分離 T 框架通過使用組件代替?zhèn)鹘y(tǒng)的標簽，在 T 框架中并沒有標簽 庫的說法，這也避免了標簽和組件相結(jié)合帶來的的問題。作為一個完全組件化的新框架，在 Tapersty 框架技術(shù)中只存在組件和頁面這兩個概念，因此， web 開發(fā)應(yīng)用程序連接跳轉(zhuǎn)的目標也只有組件和頁面這兩種，并沒有多余的 PATH 路徑的概念。 Tapestry 代碼具有很高的重用性是其最大的特征。在 Tapestry 框架中，每一個對象都可以看做為一個可重用的組件，這樣開發(fā)者是真正的面向?qū)ο蟮膩黹_發(fā) web 應(yīng)用，而不是通過 URL 來解析頁面。對于對頁面要求靈活性比較高的系統(tǒng) Tapestry 是第一選擇?？梢詫㈠e誤精準的定位到源程序中 的每一行，這種錯誤報告機制，取代了以往 JSP 中只有編譯后的提示功能。 Tapestry 應(yīng)用程序由許多頁面 組成 。頁面又是由更小的組件構(gòu)成。組件自己本身也是由其他組件構(gòu)成的。每個頁面當(dāng)中的 T組件都擁有自己唯一的一個 id號，每一個頁面也擁有唯一的名稱 ...這就是一個面向組件模型 (ponent object model)。每個組件都有一個地址 ,這樣能有效和容易的被放置到 URL當(dāng)中去。 11 / 54 spring 框架介紹 Spring 是用于簡化企業(yè)級 JAVA 程序開發(fā)的分層開源框架 Spring 框架技術(shù)發(fā)展自 2022 年 ,它是 Rod Johnson 在一些成功的商業(yè)項目中 應(yīng)用的一種全新框架 。在 2022 年 ,Rod Johnson 出版了 《 Expert OneonOne J2EE Design and Development》一 書 中 ,提供了隨書一個初步的開發(fā)框架 nterface21 開發(fā)包 ,書中闡述的 編程 思想的 方法在 interface21 中得到了 具體實現(xiàn)。后來 , Rod Johnson 進行了進一步的改造 升級 和擴充 的 interface21 功能。 使 之成 為一個更加 成熟開放全面的框架。到 2022 年 2 月 Spring 框架正式成為一個開源項目 ,并發(fā)布于 SourceFe 中。 Spring 框架為企業(yè)級的軟件的開發(fā)，提供了一站式的解決方案，對大量的企業(yè)級服務(wù)提供了再次的封裝，去除重復(fù)的代碼 ， Spring 很容易的集成其它的子框架，集成 Struts WebWork、 Hibernate 等其它框架。 在沒有 spring框架的采用 J2EE開發(fā)經(jīng)常性存在的問題： 1） EJB軟件難編寫，難測試 2） EntityBean作為持久化方案，性能比較低下， O/R Mapping支持不夠，不能脫離容器。 3）設(shè)計困難 4）侵入式方案， EJB要使用特定的接口 使用了 spring框架之后 J2EE開發(fā)的優(yōu)點 Spring 是一個開源框架，由 Rod Johnson 創(chuàng)建。它視為了解決企業(yè)應(yīng)用開發(fā)的復(fù)雜性而創(chuàng)建的。 Spring使用基本的 JavaBean 來完成以前只能由 EJB 完成的事情。然 而， Spring 的用途不僅限于服務(wù)器端的開發(fā)。任何 Java應(yīng)用都可以從 Sprin框架 中 的松耦合和可測試性的特征使任何一個 JAVA應(yīng)用都能從中 受益 頗多 。 1） 輕量－從大小和開銷兩個方面而言 Spring 都是輕量的。 Spring 應(yīng)用中的對象不依賴于 Spring 的特定類。 2） 控制反轉(zhuǎn)－ Spring 通過 IoC 技術(shù)促進了松耦合。當(dāng)應(yīng)用其的時候，一個對象依賴的其他對象會通過被 動的方式傳遞進來，而不是這個對象自己創(chuàng)建或者查找依賴對象?？梢岳斫獬蔀?IoC 和 JNDI 相反。 框架－ Spring 可以將簡單的組建配置、組合成為復(fù)雜的應(yīng)用。不過從某種意義上來看，這樣增加了開發(fā)的復(fù)雜性，相當(dāng)于手寫配置文件 Spring 的使命（ Mission Statement）： J2EE 應(yīng)該更加容易使用 面向?qū)ο蟮脑O(shè)計比任何實現(xiàn)技術(shù)都重要 面向接口編程，而不是針 對類編程。 Spring 將使用接口的復(fù)雜度降低到零。 代碼應(yīng)該易于測試［這個使命其實是和敏捷中的測試驅(qū)動開發(fā)方法有相照應(yīng)的地方］ JavaBean 提供了應(yīng)用程序配置的最好方法 核心容器： 這是 Spring 框架里最基礎(chǔ)的部分，它提供了依賴注入（ Dependency Injection）特征來實現(xiàn)容器對Bean 的管理 。 應(yīng)用上下文（ Context）模塊： 核心模塊的 BeanFactory 使 Spring 成為一個容器，而上下文模塊使它成為一個框架。 另外，這 12 / 54 個模塊提供了許多企業(yè)服務(wù) 。 也包 括了對模板框架例如 Velocity 和 FreeMarker 集成的支持。 Spring 的 AOP 模塊： JDBC 抽象和 DAO 模塊： Spring 的 Web 模塊： Spring 的 MVC 框架： ibatis 框架介紹 iBatis 是 apache 的一個開源項目，一個 O/R Mapping 解決方案， iBatis 最大的特點就是小巧，上手很快。 相對于 Hibernate 等“一站式” ORM(對象關(guān)系映射 )框架， Ibatis 是一種“半自動化”的 ORM框架實現(xiàn)。 Ibatis 框架只重視 O/R 模塊的內(nèi)容，淡化 M(mapping)這一模塊部分的概念。因為它將對于 SQL語句的操作權(quán)，最終交還給了程序員。 在 Hibernate 框架中，程序員不需要了解復(fù)雜的 SQL 語句，因為 Hibernate 框架機制中會自動根據(jù) POJO的映射關(guān)系，自動的為程序員生成相對應(yīng)的 SQL 語句，最后通過 JDBC 技術(shù)來完成對數(shù)據(jù)庫的數(shù)據(jù)操作，實現(xiàn)數(shù)據(jù)的持久化。程序員在程序中只需要操作 POJO 模塊就能實現(xiàn)目的。而 IBATIS 框架必須需要程序員自己手寫每一條 SQL 語句，把對數(shù)據(jù)庫的操作權(quán)限交給程序員自己本身。為什么要舍棄簡單的 hibernate使用半自動 的 ibatis 的原因是 Hibernate 框架提供的這種所謂的一站式解決并不能解決所有日常程序開發(fā)中遇到的所有問題。當(dāng)遇到一些需要保密行業(yè)的系統(tǒng)開發(fā)項目時候，一些行業(yè)并不會公開數(shù)據(jù)庫中的數(shù)據(jù)和表的結(jié)構(gòu)。只會提供 SQL 查詢語句給開發(fā)者使用，這個時候使用 POJO 自動映射數(shù)據(jù)庫顯然不行。 還有一些因為開發(fā)規(guī)范的需要，在業(yè)務(wù)邏輯部分進行對數(shù)據(jù)庫的操作 必須要求通過存儲過程進行操作的時候，這個時候使用 POJO 自動映射數(shù)據(jù)庫顯然不行。還有對系統(tǒng)數(shù)據(jù)處理量巨大，對性能要求非常高用hibernate 也是行不通的。 ibatis 語言最大的特點還是因為 ibatis 語言入門相當(dāng)簡單，適合初學(xué)者。而且 ibatis 數(shù)據(jù)庫又能提供靈活的數(shù)據(jù)庫解決方案和滿足你程序?qū)?shù)據(jù)庫的要求，而且在數(shù)據(jù)庫查詢的時候提供了自動綁定對象的模塊。當(dāng)然 iBATIS 的缺點是框架還不夠成熟，目前來看雖然簡化了大量綁定數(shù)據(jù)庫的數(shù)據(jù)，但是整個SQL 語句需要程序員自己來寫，工作量相對來說較大。但當(dāng)系統(tǒng)進行再次開發(fā)和升級時 , iBATIS 的靈活性比 Hibernate 將具有更大的優(yōu)勢。還有就是系統(tǒng)需要處理大量數(shù)據(jù)，對服務(wù)器性能和響應(yīng)時間要求極為嚴格，這樣必須通過優(yōu)化 SQL 語 句才能達到系統(tǒng)設(shè)計目標。這個時候， iBATIS 的半自動將給程序員更大的空間，有更好的可控性和表現(xiàn)。運行效率在不考慮 cache 的情況下， iBatis 應(yīng)該會比 hibernate 快一些或者很 多 13 / 54