【文章內(nèi)容簡(jiǎn)介】 樣繁簡(jiǎn)不一。普通婦女則穿由各色綢緞制成的長(zhǎng)袍。晚清刺繡襯衣 清代女式襯衣為圓領(lǐng)、右衽、捻襟、直身、平袖、無開氣，有五粒鈕扣的長(zhǎng)衣，袖子形式有舒袖（袖長(zhǎng)至腕）、半寬袖（短寬袖口加接二層袖頭）兩 類，袖口內(nèi)再加袖頭。清代女式襯衣是婦女的一般日常便服。以絨繡、納紗、平金、織花為多。周身加邊飾，晚清時(shí)的邊飾越來越多。近代婦女襖裙 民國(guó)初年，在這一時(shí)期上衣下裙最為流行，上 衣有衫、襖、背心、樣式有對(duì)襟、琵琶襟、一字襟、大襟、直襟、斜襟等變化，領(lǐng)、袖、襟、擺多鑲滾花邊或刺繡紋樣，衣擺有方有圓、寬瘦長(zhǎng)短的變化也較多。 二十年代，旗袍開始普及。其樣式與清末旗裝沒有多少差別。但不久，袖口逐漸縮小，滾邊也不如從前那樣寬闊。至二十年代末，因受歐美服裝的影響，旗袍的樣式 也有了明顯的改變，如有的縮短長(zhǎng)度、有的收緊腰身等等。到了三十年代初，旗袍已經(jīng)盛行。當(dāng)時(shí)的樣式變化主要集中在領(lǐng)、袖及長(zhǎng)度等方面。先流行高領(lǐng)，領(lǐng)子越 高越時(shí)髦，即使在盛夏，薄如蟬翼的旗袍也必配上高聳及耳的硬領(lǐng)。漸而又流行低領(lǐng)，領(lǐng)子越低越“摩登”，當(dāng)?shù)偷綄?shí)在無法再低的時(shí)候，干脆就穿起沒有領(lǐng)子的旗 袍。袖子的變化也是如此，時(shí)兒流行長(zhǎng)的，長(zhǎng)過手腕 ；時(shí)兒流行短的，短至露肘。近代旗袍 旗袍源于滿族婦女服飾中的旗裝。滿族旗袍主要特點(diǎn)為寬大、平直，衣長(zhǎng)及足，材料多用綢緞，衣上繡滿花紋，領(lǐng)、衣、襟、裾都滾有寬闊的花邊。從 清末民初到三十年代，旗袍在袖子及下擺部分，在不同時(shí)期有不同的變化：袖子從寬到窄，從長(zhǎng)到短；下擺從長(zhǎng)到短，再由短到長(zhǎng)，完全隨著時(shí)代的變遷而變遷。本 圖為彩繡闊邊旗袍，為清末滿族婦女旗袍樣式 第三節(jié) 自動(dòng)化分銷管理服裝的必要性傳統(tǒng)的方式已不能解決服裝分銷管理過程中的溝通(Communication )、協(xié)調(diào)(Cooperation amp。 Coordination)和控制(Control)等方面的問題。因此必須建立現(xiàn)代自動(dòng)化系統(tǒng)來完成信息的收集、整理、傳遞和分析，實(shí)現(xiàn)信息大范圍、有控制、高效率而低成本的共享和利用，并及時(shí)主動(dòng)地獲取決策所需的信息以輔助決策，實(shí)現(xiàn)分銷管理現(xiàn)代化和決策科學(xué)化。第二章 系統(tǒng)開發(fā)技術(shù)第一節(jié) 可使用技術(shù)隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，Java技術(shù)憑著自身強(qiáng)大的跨平臺(tái)性，可移植，安全等特性飛速發(fā)展。Java的四個(gè)核心技術(shù)，框架個(gè)有個(gè)的特點(diǎn)，本系統(tǒng)可采用以下技術(shù)實(shí)現(xiàn)：（一）EJBEJB 從技術(shù)上而言不是一種產(chǎn)品，EJB 是一種標(biāo)準(zhǔn)描述了構(gòu)建應(yīng)用組件要解決的:可擴(kuò)展 (Scalable)分布式 (Distributed)事務(wù)處理 (Transactional)數(shù)據(jù)存儲(chǔ) (Persistent)安全性 (Secure)EJB組件可以只開發(fā)一次，然后在多個(gè)平臺(tái)上部署。本課題所開發(fā)的系統(tǒng)由于所涉及的事務(wù)以及并發(fā)性的要求并沒有達(dá)到相當(dāng)高的地步，而且由于EJB的開發(fā)成本以及部署成本都是相當(dāng)?shù)母甙?。重?fù)設(shè)計(jì)的危險(xiǎn)：導(dǎo)致這種結(jié)果的原因是復(fù)雜的文檔所致。EJB優(yōu)點(diǎn)表現(xiàn)固然卓著，但是缺點(diǎn)和優(yōu)點(diǎn)同樣顯著： 1 .巨大而復(fù)雜的規(guī)格說明：對(duì)于一個(gè)復(fù)雜的分布式系統(tǒng)，有一個(gè)文檔進(jìn)說明是一件很合理的事情。但是，并不是所有的文檔信息都是真正必需的，EJB的文檔反而成了一個(gè)非常不便利的工具。 2 .龐大的文件：在你開發(fā)一個(gè)項(xiàng)目之前，你通常需要閱讀1000多頁(yè)的文檔。這是部署EJB時(shí)非常痛苦的事情。 3 .增加程序調(diào)試時(shí)間：制定EJB解決方案比遠(yuǎn)比使用普通的Java代碼所需的時(shí)間長(zhǎng)，調(diào)試EJB程序也比調(diào)試普通的Java代碼所需要的時(shí)間也長(zhǎng)。主要原因是我們不知道bug是出在代碼本身還是出在容器上。 4 .EJB代碼更加復(fù)雜：舉個(gè)例子，為了實(shí)現(xiàn)一個(gè)Session Bean，你必須寫三個(gè)類，為了實(shí)現(xiàn)一個(gè)實(shí)體Bean，你需寫四個(gè)類。增加幾個(gè)部署描述語句，比如說最簡(jiǎn)單的Hello world程序需要10個(gè)文件，而不是一個(gè)文件。 現(xiàn)在情況可能有了好轉(zhuǎn)，但是注釋的更改仍然需要重新部署應(yīng)用服務(wù)器。5 .重復(fù)設(shè)計(jì)的危險(xiǎn)：導(dǎo)致這種結(jié)果的原因是復(fù)雜的文檔所致。如果你沒有完全理解EJB的概念，你就不會(huì)很好的駕奴它，讓它你所用，反之為你所累。 6 .維護(hù)困難：EJB是一個(gè)不斷更新的技術(shù)，在新技術(shù)不斷推出的時(shí)候，代碼需要升級(jí)，這就就需要額外的努力和成本來使你的程序和新的EJB容器兼容。結(jié)論：對(duì)于本課題所研究的系統(tǒng)而言，由于系統(tǒng)對(duì)事務(wù)、性能、并發(fā)性的要求并沒有達(dá)到一定要用EJB不可的地步，所以暫不考慮它的使用。這個(gè)主要是從效率以及開發(fā)成本的綜合考慮。1（二）SSHSSH是Hibernate+Struts+Spring的縮寫，他們分別都是三種框架。Hibernate主要負(fù)責(zé)數(shù)據(jù)的持久化Struts主要負(fù)責(zé)頁(yè)面的轉(zhuǎn)換也就是MVC中的C(Controller)，Spring 構(gòu)造我們所需要的M(Model)框架是一個(gè)可復(fù)用的設(shè)計(jì)構(gòu)件，它規(guī)定了應(yīng)用的體系結(jié)構(gòu)，闡明了整個(gè)設(shè)計(jì)、協(xié)作構(gòu)件之間的依賴關(guān)系、責(zé)任分配和控制流程，表現(xiàn)為一組抽象類以及其實(shí)例之間協(xié)作的方法，它為構(gòu)件復(fù)用提供了上下文（Context）關(guān)系。典型的J2EE三層結(jié)構(gòu)，分為表現(xiàn)層、中間層（業(yè)務(wù)邏輯層）和數(shù)據(jù)服務(wù)層。三層體系將業(yè)務(wù)規(guī)則、數(shù)據(jù)訪問及合法性校驗(yàn)等工作放在中間層處理。客戶端不直接與數(shù)據(jù)庫(kù)交互，而是通過組件與中間層建立連接，再由中間層與數(shù)據(jù)庫(kù)交互。 表現(xiàn)層是傳統(tǒng)的JSP技術(shù)，自1999年問世以來，經(jīng)過多年的發(fā)展，其廣泛的應(yīng)用和穩(wěn)定的表現(xiàn)，為其作為表現(xiàn)層技術(shù)打下了堅(jiān)實(shí)的基礎(chǔ)。 一個(gè)良好的框架可以讓開發(fā)人員減輕重新建立解決復(fù)雜問題方案的負(fù)擔(dān)和精力；它可以被擴(kuò)展以進(jìn)行內(nèi)部的定制化；并且有強(qiáng)大的用戶社區(qū)來支持它?？蚣芡ǔＤ芎芎玫慕鉀Q一個(gè)問題。然而，你的應(yīng)用是分層的，可能每一個(gè)層都需要各自的框架。僅僅解決UI問題并不意味著你能夠很好的將業(yè)務(wù)邏輯和持久性邏輯和UI 組件很好的耦合。不可否認(rèn)，對(duì)于簡(jiǎn)單的應(yīng)用，采用ASP或者PHP的開發(fā)效率比采用J2EE框架的開發(fā)效率要高。甚至有人會(huì)覺得：這種分層的結(jié)構(gòu)，比一般采用JSP + Servlet的系統(tǒng)開發(fā)效率還要低。結(jié)論：現(xiàn)在的Java世界里，有了Spring的加入，所以解耦的難度一下就降低了許多。在這三個(gè)流行框架的組合使用下，我們可以沖分利用各種設(shè)計(jì)模式來最大程度優(yōu)化我們的結(jié)構(gòu)。但是他的缺點(diǎn)也是明顯的：沒有比較成型的開發(fā)應(yīng)用框架，一個(gè)項(xiàng)目的各種成分都需要自己來實(shí)現(xiàn)，如果是開發(fā)經(jīng)驗(yàn)不夠的話，開發(fā)起來是一個(gè)瓶頸。（三）JSP+JavaBean+Servlet+JDBCJSP將請(qǐng)求發(fā)送到Servlet，Servlet調(diào)用JavaBean中的JDBC，將處理結(jié)果返回給相應(yīng)的JSP。JavaBean要映射實(shí)體也要寫JDBC鏈接代碼。這是一個(gè)完全可以實(shí)現(xiàn)目標(biāo)系統(tǒng)的開發(fā)框架，因?yàn)樗玫降臒o論是設(shè)計(jì)模式還是層次劃分，它都可以完全的實(shí)現(xiàn)。但是由于這些組件都是Sun的原始組件，它的封裝都只是提供基礎(chǔ)接口，所以如果利