系統(tǒng)架構(gòu)設(shè)計(jì)師面試常見(jiàn)問(wèn)題試題及答案_第1頁(yè)
系統(tǒng)架構(gòu)設(shè)計(jì)師面試常見(jiàn)問(wèn)題試題及答案_第2頁(yè)
系統(tǒng)架構(gòu)設(shè)計(jì)師面試常見(jiàn)問(wèn)題試題及答案_第3頁(yè)
系統(tǒng)架構(gòu)設(shè)計(jì)師面試常見(jiàn)問(wèn)題試題及答案_第4頁(yè)
系統(tǒng)架構(gòu)設(shè)計(jì)師面試常見(jiàn)問(wèn)題試題及答案_第5頁(yè)
已閱讀5頁(yè),還剩11頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

系統(tǒng)架構(gòu)設(shè)計(jì)師面試常見(jiàn)問(wèn)題試題及答案姓名:____________________

一、多項(xiàng)選擇題(每題2分,共20題)

1.下列哪些技術(shù)屬于云計(jì)算的核心技術(shù)?()

A.分布式計(jì)算

B.虛擬化技術(shù)

C.網(wǎng)絡(luò)存儲(chǔ)技術(shù)

D.數(shù)據(jù)庫(kù)技術(shù)

答案:ABC

2.在軟件架構(gòu)設(shè)計(jì)中,MVC模式的主要目的是什么?()

A.解耦視圖和模型

B.提高代碼復(fù)用性

C.降低系統(tǒng)耦合度

D.以上都是

答案:D

3.以下哪些是微服務(wù)架構(gòu)的特點(diǎn)?()

A.服務(wù)之間解耦

B.服務(wù)可獨(dú)立部署

C.服務(wù)規(guī)??缮炜s

D.服務(wù)易于開(kāi)發(fā)與維護(hù)

答案:ABCD

4.以下哪種設(shè)計(jì)模式適用于處理多個(gè)對(duì)象之間的一對(duì)多關(guān)系?()

A.適配器模式

B.建造者模式

C.觀察者模式

D.裝飾者模式

答案:C

5.以下哪種技術(shù)可以實(shí)現(xiàn)跨語(yǔ)言調(diào)用?()

A.RESTfulAPI

B.RPC

C.SOAP

D.HTTP

答案:BC

6.在分布式系統(tǒng)中,以下哪些技術(shù)可以提高系統(tǒng)的可用性?()

A.數(shù)據(jù)備份

B.負(fù)載均衡

C.數(shù)據(jù)分區(qū)

D.數(shù)據(jù)復(fù)制

答案:BCD

7.以下哪種技術(shù)可以實(shí)現(xiàn)服務(wù)之間的異步通信?()

A.HTTP請(qǐng)求

B.消息隊(duì)列

C.事件總線

D.同步調(diào)用

答案:BC

8.在軟件架構(gòu)設(shè)計(jì)中,以下哪些技術(shù)可以降低系統(tǒng)的復(fù)雜度?()

A.設(shè)計(jì)模式

B.分層架構(gòu)

C.SOA

D.單體架構(gòu)

答案:ABC

9.以下哪些技術(shù)可以實(shí)現(xiàn)數(shù)據(jù)持久化?()

A.關(guān)系型數(shù)據(jù)庫(kù)

B.非關(guān)系型數(shù)據(jù)庫(kù)

C.文件存儲(chǔ)

D.內(nèi)存存儲(chǔ)

答案:ABC

10.以下哪種技術(shù)可以實(shí)現(xiàn)分布式事務(wù)?()

A.兩階段提交

B.SAGA模式

C.XA協(xié)議

D.以上都是

答案:D

11.在軟件架構(gòu)設(shè)計(jì)中,以下哪些技術(shù)可以保證系統(tǒng)的安全性?()

A.認(rèn)證與授權(quán)

B.加密

C.安全審計(jì)

D.防火墻

答案:ABCD

12.以下哪種技術(shù)可以實(shí)現(xiàn)跨地域數(shù)據(jù)同步?()

A.數(shù)據(jù)庫(kù)復(fù)制

B.分布式文件系統(tǒng)

C.分布式緩存

D.以上都是

答案:D

13.在軟件架構(gòu)設(shè)計(jì)中,以下哪些技術(shù)可以優(yōu)化系統(tǒng)的性能?()

A.數(shù)據(jù)緩存

B.負(fù)載均衡

C.數(shù)據(jù)索引

D.以上都是

答案:D

14.以下哪種技術(shù)可以實(shí)現(xiàn)分布式鎖?()

A.Redis分布式鎖

B.ZooKeeper分布式鎖

C.Etcd分布式鎖

D.以上都是

答案:D

15.在軟件架構(gòu)設(shè)計(jì)中,以下哪些技術(shù)可以保證系統(tǒng)的容錯(cuò)性?()

A.數(shù)據(jù)冗余

B.系統(tǒng)冗余

C.服務(wù)冗余

D.以上都是

答案:D

16.以下哪種技術(shù)可以實(shí)現(xiàn)負(fù)載均衡?()

A.LVS

B.Nginx

C.HAProxy

D.以上都是

答案:D

17.以下哪種技術(shù)可以實(shí)現(xiàn)分布式部署?()

A.Docker

B.Kubernetes

C.Mesos

D.以上都是

答案:D

18.以下哪種技術(shù)可以實(shí)現(xiàn)服務(wù)監(jiān)控?()

A.Prometheus

B.Grafana

C.Zabbix

D.以上都是

答案:D

19.以下哪種技術(shù)可以實(shí)現(xiàn)自動(dòng)化部署?()

A.Jenkins

B.GitLabCI/CD

C.CircleCI

D.以上都是

答案:D

20.以下哪種技術(shù)可以實(shí)現(xiàn)服務(wù)發(fā)現(xiàn)?()

A.Consul

B.Eureka

C.ZooKeeper

D.以上都是

答案:D

二、判斷題(每題2分,共10題)

1.軟件架構(gòu)設(shè)計(jì)的目標(biāo)是提高軟件的可維護(hù)性和可擴(kuò)展性。()

答案:√

2.單體架構(gòu)是當(dāng)前主流的軟件架構(gòu)設(shè)計(jì)模式。()

答案:×

3.在微服務(wù)架構(gòu)中,每個(gè)服務(wù)都應(yīng)該是一個(gè)獨(dú)立的數(shù)據(jù)庫(kù)系統(tǒng)。()

答案:×

4.分布式系統(tǒng)中的數(shù)據(jù)一致性問(wèn)題可以通過(guò)分布式鎖來(lái)解決。()

答案:×

5.服務(wù)的規(guī)模和性能是微服務(wù)架構(gòu)設(shè)計(jì)時(shí)需要重點(diǎn)考慮的因素。()

答案:√

6.SOA(服務(wù)導(dǎo)向架構(gòu))是一種分布式架構(gòu)風(fēng)格。()

答案:√

7.在軟件架構(gòu)設(shè)計(jì)中,設(shè)計(jì)模式可以提高代碼的可讀性和可維護(hù)性。()

答案:√

8.分布式系統(tǒng)中,數(shù)據(jù)分區(qū)可以提高系統(tǒng)的并發(fā)性能。()

答案:√

9.在軟件架構(gòu)設(shè)計(jì)中,安全性是系統(tǒng)設(shè)計(jì)時(shí)需要考慮的重要方面之一。()

答案:√

10.負(fù)載均衡可以有效地提高系統(tǒng)的可用性和穩(wěn)定性。()

答案:√

三、簡(jiǎn)答題(每題5分,共4題)

1.簡(jiǎn)述微服務(wù)架構(gòu)的優(yōu)勢(shì)和劣勢(shì)。

答案:微服務(wù)架構(gòu)的優(yōu)勢(shì)包括:

-獨(dú)立部署和擴(kuò)展:每個(gè)服務(wù)可以獨(dú)立部署和擴(kuò)展,提高了系統(tǒng)的靈活性和可擴(kuò)展性。

-簡(jiǎn)化開(kāi)發(fā)和測(cè)試:服務(wù)之間解耦,簡(jiǎn)化了開(kāi)發(fā)和測(cè)試過(guò)程。

-良好的團(tuán)隊(duì)協(xié)作:每個(gè)服務(wù)可以由不同的團(tuán)隊(duì)獨(dú)立開(kāi)發(fā),提高了團(tuán)隊(duì)協(xié)作效率。

微服務(wù)架構(gòu)的劣勢(shì)包括:

-系統(tǒng)復(fù)雜性增加:服務(wù)之間需要進(jìn)行通信,增加了系統(tǒng)的復(fù)雜性。

-分布式系統(tǒng)一致性:數(shù)據(jù)一致性問(wèn)題在分布式系統(tǒng)中更加突出。

-服務(wù)治理難度大:服務(wù)數(shù)量增多,服務(wù)治理難度加大。

2.解釋什么是CQRS(CommandQueryResponsibilitySegregation)模式,并說(shuō)明其在系統(tǒng)設(shè)計(jì)中的應(yīng)用場(chǎng)景。

答案:CQRS模式是一種軟件架構(gòu)設(shè)計(jì)模式,它將系統(tǒng)的命令和查詢操作分離到不同的服務(wù)中。在CQRS模式中,命令服務(wù)負(fù)責(zé)處理寫操作,而查詢服務(wù)負(fù)責(zé)處理讀操作。

CQRS模式的應(yīng)用場(chǎng)景包括:

-需要高并發(fā)寫操作和讀操作的場(chǎng)景,如電子商務(wù)網(wǎng)站。

-需要復(fù)雜的查詢操作,且查詢操作不依賴于寫操作的場(chǎng)景。

-需要不同的數(shù)據(jù)模型來(lái)滿足不同的業(yè)務(wù)需求。

3.簡(jiǎn)述分布式系統(tǒng)中常見(jiàn)的數(shù)據(jù)一致性問(wèn)題,并說(shuō)明如何解決這些問(wèn)題。

答案:分布式系統(tǒng)中常見(jiàn)的數(shù)據(jù)一致性問(wèn)題包括:

-最終一致性:系統(tǒng)中的數(shù)據(jù)可能不會(huì)立即更新,但最終會(huì)達(dá)到一致。

-強(qiáng)一致性:系統(tǒng)中的數(shù)據(jù)在任何時(shí)刻都是一致的。

-一致性分區(qū)容錯(cuò)(CAP定理):在分布式系統(tǒng)中,一致性、可用性和分區(qū)容錯(cuò)性三者只能同時(shí)滿足兩個(gè)。

解決這些問(wèn)題的方法包括:

-使用分布式鎖或事務(wù)來(lái)保證數(shù)據(jù)的一致性。

-使用分布式緩存來(lái)提高數(shù)據(jù)的一致性。

-采用一致性協(xié)議,如Raft或Paxos。

4.解釋什么是CAP定理,并說(shuō)明其在系統(tǒng)設(shè)計(jì)中的應(yīng)用。

答案:CAP定理是分布式系統(tǒng)理論中的一個(gè)基本原理,它指出在分布式系統(tǒng)中,一致性(Consistency)、可用性(Availability)和分區(qū)容錯(cuò)性(Partitiontolerance)三者只能同時(shí)滿足兩個(gè)。

在系統(tǒng)設(shè)計(jì)中的應(yīng)用包括:

-根據(jù)業(yè)務(wù)需求選擇合適的系統(tǒng)設(shè)計(jì)策略,如在一致性要求較高的場(chǎng)景下?tīng)奚捎眯曰蚍謪^(qū)容錯(cuò)性。

-設(shè)計(jì)系統(tǒng)時(shí)考慮CAP定理,以優(yōu)化系統(tǒng)的性能和穩(wěn)定性。

四、論述題(每題10分,共2題)

1.論述在系統(tǒng)架構(gòu)設(shè)計(jì)中,如何平衡系統(tǒng)的性能、可擴(kuò)展性和可維護(hù)性。

答案:在系統(tǒng)架構(gòu)設(shè)計(jì)中,平衡性能、可擴(kuò)展性和可維護(hù)性是至關(guān)重要的。以下是一些平衡這些方面的策略:

-性能優(yōu)化:

-對(duì)關(guān)鍵路徑進(jìn)行性能分析,識(shí)別瓶頸并進(jìn)行優(yōu)化。

-使用緩存機(jī)制減少數(shù)據(jù)庫(kù)訪問(wèn)和計(jì)算量。

-采用異步處理和消息隊(duì)列減少系統(tǒng)延遲。

-可擴(kuò)展性設(shè)計(jì):

-采用水平擴(kuò)展而非垂直擴(kuò)展,以提高系統(tǒng)處理能力。

-設(shè)計(jì)模塊化架構(gòu),使服務(wù)可以獨(dú)立部署和擴(kuò)展。

-使用負(fù)載均衡技術(shù)分散請(qǐng)求,提高系統(tǒng)吞吐量。

-可維護(hù)性保障:

-采用分層架構(gòu),將系統(tǒng)分解為獨(dú)立的層,便于管理和維護(hù)。

-使用設(shè)計(jì)模式提高代碼的可復(fù)用性和可維護(hù)性。

-編寫清晰的文檔和注釋,便于團(tuán)隊(duì)成員理解和維護(hù)代碼。

通過(guò)以下方式可以平衡這些方面:

-需求分析:在系統(tǒng)設(shè)計(jì)初期,對(duì)業(yè)務(wù)需求進(jìn)行分析,確定性能、可擴(kuò)展性和可維護(hù)性的優(yōu)先級(jí)。

-技術(shù)選型:選擇合適的技術(shù)棧和框架,以支持系統(tǒng)的性能和可擴(kuò)展性。

-設(shè)計(jì)評(píng)審:定期進(jìn)行架構(gòu)評(píng)審,確保設(shè)計(jì)符合性能、可擴(kuò)展性和可維護(hù)性的要求。

-持續(xù)集成和持續(xù)部署:通過(guò)自動(dòng)化測(cè)試和部署流程,提高系統(tǒng)的可維護(hù)性。

2.論述在云計(jì)算環(huán)境下,如何設(shè)計(jì)高可用性的系統(tǒng)架構(gòu)。

答案:在云計(jì)算環(huán)境下設(shè)計(jì)高可用性的系統(tǒng)架構(gòu)需要考慮多個(gè)方面,以下是一些關(guān)鍵策略:

-多地域部署:將系統(tǒng)部署在多個(gè)地理位置,以減少因地理位置故障導(dǎo)致的服務(wù)中斷。

-多可用區(qū)部署:在同一個(gè)區(qū)域內(nèi)部署多個(gè)可用區(qū),確保在某個(gè)可用區(qū)故障時(shí),其他可用區(qū)可以接管服務(wù)。

-自動(dòng)故障轉(zhuǎn)移:實(shí)現(xiàn)自動(dòng)化故障轉(zhuǎn)移機(jī)制,當(dāng)主服務(wù)不可用時(shí),自動(dòng)切換到備用服務(wù)。

-數(shù)據(jù)冗余:使用數(shù)據(jù)備份和復(fù)制技術(shù),確保數(shù)據(jù)的高可用性。

-彈性伸縮:根據(jù)負(fù)載自動(dòng)調(diào)整資源,以應(yīng)對(duì)突發(fā)流量。

-服務(wù)監(jiān)控:實(shí)時(shí)監(jiān)控系統(tǒng)性能和健康狀況,及時(shí)發(fā)現(xiàn)并處理潛在問(wèn)題。

具體設(shè)計(jì)策略包括:

-使用云服務(wù)提供商提供的多地域和多可用區(qū)服務(wù)。

-設(shè)計(jì)故障轉(zhuǎn)移和恢復(fù)流程,確保在故障發(fā)生時(shí)能夠快速切換。

-采用分布式數(shù)據(jù)庫(kù)和緩存技術(shù),確保數(shù)據(jù)的高可用性和一致性。

-實(shí)施負(fù)載均衡,分散請(qǐng)求到不同的節(jié)點(diǎn),提高系統(tǒng)的整體性能和可用性。

-定期進(jìn)行壓力測(cè)試和故障演練,驗(yàn)證系統(tǒng)在高負(fù)載和故障情況下的表現(xiàn)。

-利用云服務(wù)提供商提供的監(jiān)控和警報(bào)服務(wù),實(shí)時(shí)監(jiān)控系統(tǒng)狀態(tài),及時(shí)響應(yīng)異常情況。

試卷答案如下:

一、多項(xiàng)選擇題(每題2分,共20題)

1.ABC

解析思路:云計(jì)算的核心技術(shù)包括分布式計(jì)算、虛擬化技術(shù)和網(wǎng)絡(luò)存儲(chǔ)技術(shù),這些都是云計(jì)算實(shí)現(xiàn)大規(guī)模資源管理和服務(wù)的基石。

2.D

解析思路:MVC模式(Model-View-Controller)通過(guò)分離模型(數(shù)據(jù))、視圖(用戶界面)和控制器(邏輯處理),使得各部分職責(zé)清晰,易于維護(hù)和擴(kuò)展。

3.ABCD

解析思路:微服務(wù)架構(gòu)的特點(diǎn)包括服務(wù)解耦、獨(dú)立部署、可伸縮性和易于開(kāi)發(fā)和維護(hù),這些特點(diǎn)使得微服務(wù)架構(gòu)成為現(xiàn)代軟件開(kāi)發(fā)的流行模式。

4.C

解析思路:觀察者模式允許對(duì)象在狀態(tài)變化時(shí)通知其他對(duì)象,適用于多個(gè)對(duì)象之間的一對(duì)多關(guān)系,其中觀察者對(duì)象可以訂閱被觀察者對(duì)象的狀態(tài)變化。

5.BC

解析思路:跨語(yǔ)言調(diào)用通常通過(guò)RPC(遠(yuǎn)程過(guò)程調(diào)用)或SOAP(簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議)實(shí)現(xiàn),這兩種技術(shù)允許不同語(yǔ)言編寫的服務(wù)進(jìn)行通信。

6.BCD

解析思路:分布式系統(tǒng)中,負(fù)載均衡、數(shù)據(jù)分區(qū)和數(shù)據(jù)復(fù)制都是提高系統(tǒng)可用性的關(guān)鍵技術(shù),它們有助于分散負(fù)載、提高數(shù)據(jù)可靠性和系統(tǒng)容錯(cuò)能力。

7.BC

解析思路:消息隊(duì)列和事件總線是實(shí)現(xiàn)異步通信的技術(shù),它們?cè)试S服務(wù)之間解耦,提高系統(tǒng)的響應(yīng)性和可擴(kuò)展性。

8.ABC

解析思路:設(shè)計(jì)模式、分層架構(gòu)和SOA都是降低系統(tǒng)復(fù)雜度的技術(shù),它們通過(guò)模塊化和解耦提高系統(tǒng)的可維護(hù)性和可擴(kuò)展性。

9.ABC

解析思路:關(guān)系型數(shù)據(jù)庫(kù)、非關(guān)系型數(shù)據(jù)庫(kù)和文件存儲(chǔ)都是實(shí)現(xiàn)數(shù)據(jù)持久化的技術(shù),它們根據(jù)不同的需求和應(yīng)用場(chǎng)景提供不同的解決方案。

10.D

解析思路:分布式事務(wù)可以通過(guò)兩階段提交、SAGA模式或XA協(xié)議來(lái)實(shí)現(xiàn),這些協(xié)議確保分布式環(huán)境中的數(shù)據(jù)一致性。

11.ABCD

解析思路:認(rèn)證與授權(quán)、加密、安全審計(jì)和防火墻都是保證系統(tǒng)安全性的技術(shù),它們通過(guò)不同的方式保護(hù)系統(tǒng)免受攻擊。

12.D

解析思路:跨地域數(shù)據(jù)同步可以通過(guò)數(shù)據(jù)庫(kù)復(fù)制、分布式文件系統(tǒng)和分布式緩存來(lái)實(shí)現(xiàn),這些技術(shù)確保數(shù)據(jù)在不同地理位置的同步。

13.D

解析思路:數(shù)據(jù)緩存、負(fù)載均衡和數(shù)據(jù)索引都是優(yōu)化系統(tǒng)性能的技術(shù),它們通過(guò)減少延遲、分散負(fù)載和提高數(shù)據(jù)訪問(wèn)速度來(lái)提升性能。

14.D

解析思路:Redis分布式鎖、ZooKeeper分布式鎖和Etcd分布式鎖都是實(shí)現(xiàn)分布式鎖的技術(shù),它們確保在分布式環(huán)境中對(duì)共享資源的正確訪問(wèn)。

15.D

解析思路:數(shù)據(jù)冗余、系統(tǒng)冗余和服務(wù)冗余都是保證系統(tǒng)容錯(cuò)性的技術(shù),它們通過(guò)復(fù)制和備份確保在部分組件故障時(shí),系統(tǒng)仍能正常運(yùn)行。

16.D

解析思路:LVS、Nginx和HAProxy都是實(shí)現(xiàn)負(fù)載均衡的技術(shù),它們通過(guò)分散請(qǐng)求到多個(gè)服務(wù)器來(lái)提高系統(tǒng)的可用性和性能。

17.D

解析思路:Docker、Kubernetes和Mesos都是實(shí)現(xiàn)分布式部署的技術(shù),它們通過(guò)容器化和編排工具簡(jiǎn)化了分布式系統(tǒng)的部署和管理。

18.D

解析思路:Prometheus、Grafana和Zabbix都是實(shí)現(xiàn)服務(wù)監(jiān)控的技術(shù),它們通過(guò)收集和展示系統(tǒng)指標(biāo)來(lái)幫助管理員監(jiān)控系統(tǒng)狀態(tài)。

19.D

解析思路:Jenkins、GitLabCI/CD和CircleCI都是實(shí)現(xiàn)自動(dòng)化部署的技術(shù),它們通過(guò)自動(dòng)化構(gòu)建、測(cè)試和部署流程提高開(kāi)發(fā)效率。

20.D

解析思路:Consul、Eureka和ZooKeeper都是實(shí)現(xiàn)服務(wù)發(fā)現(xiàn)的技術(shù),它們幫助服務(wù)消費(fèi)者發(fā)現(xiàn)和連接到服務(wù)提供者。

二、判斷題(每題2分,共10題)

1.√

解析思路:軟件架構(gòu)設(shè)計(jì)的核心目標(biāo)之一就是確保軟件在未來(lái)能夠適應(yīng)變化,易于維護(hù)和擴(kuò)展。

2.×

解析思路:雖然單體架構(gòu)在過(guò)去一段時(shí)間內(nèi)很流行,但微服務(wù)架構(gòu)因其靈活性和可擴(kuò)展性逐漸成為主流。

3.×

解析思路:在微服務(wù)架構(gòu)中,服務(wù)之間通常通過(guò)輕量級(jí)通信機(jī)制(如HTTP/REST)交互,而不是每個(gè)服務(wù)都擁有獨(dú)立的數(shù)據(jù)庫(kù)。

4.×

解析思路:分布式系統(tǒng)中的數(shù)據(jù)一致性問(wèn)題通常比單機(jī)系統(tǒng)更復(fù)雜,分布式鎖只是其中一種解決方案,不能完全解決數(shù)據(jù)一致性問(wèn)題。

5.√

解析思路:微服務(wù)架構(gòu)的設(shè)計(jì)目標(biāo)之一就是提高系統(tǒng)的可擴(kuò)展性,以滿足不斷增長(zhǎng)的業(yè)務(wù)需求。

6.√

解析思路:SOA是一種架構(gòu)風(fēng)格,它強(qiáng)調(diào)服務(wù)的獨(dú)立性和互操作性,是分布式系統(tǒng)設(shè)計(jì)的一個(gè)重要組成部分。

7.√

解析思路:設(shè)計(jì)模式是軟件工程中解決常見(jiàn)問(wèn)題的通用解決方案,它們可以提高代碼的可讀性、可維護(hù)性和可復(fù)用性。

8.√

解析思路:數(shù)據(jù)分區(qū)可以將數(shù)據(jù)分散到不同的存儲(chǔ)節(jié)點(diǎn),從而提高并發(fā)訪問(wèn)和數(shù)據(jù)處理的效率。

9.√

解析思路:安全性是系統(tǒng)設(shè)計(jì)時(shí)必須考慮的因素,它涉及到數(shù)據(jù)的保護(hù)、用戶認(rèn)證和授權(quán)等方面。

10.√

解析思路:負(fù)載均衡可以分散到服務(wù)器的請(qǐng)求,提高系統(tǒng)的吞吐量和響應(yīng)

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論