青岛版初中信息技术八年级《初探App Inventor》教案_第1页
青岛版初中信息技术八年级《初探App Inventor》教案_第2页
青岛版初中信息技术八年级《初探App Inventor》教案_第3页
青岛版初中信息技术八年级《初探App Inventor》教案_第4页
青岛版初中信息技术八年级《初探App Inventor》教案_第5页
已阅读5页,还剩13页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

青岛版初中信息技术八年级《初探AppInventor》教案

一、教学内容分析

从《义务教育信息科技课程标准(2022年版)》审视,本课位于“过程与控制”与“互联网应用与创新”模块的交汇点,是学生从“信息使用者”转向“数字产品创造者”的关键启蒙课。在知识图谱上,它上承编程逻辑基础(如顺序、分支结构),下启移动应用开发的项目实践,是连接抽象算法与具体创造的枢纽。核心概念在于理解“积木式”可视化编程的环境、逻辑与基本工作流(设计界面-逻辑拼装-调试运行),其认知层级要求从“识记”组件跨越到“应用”组件解决简单交互问题。课标蕴含的“计算思维”与“数字化学习与创新”素养在此具体化为:将应用功能需求分解为可编程的界面元素与逻辑块,并通过迭代试错进行实现与优化。本课的育人价值在于破除软件开发的神秘感,激发学生利用技术进行创造性表达的兴趣与信心,初步培育严谨、协作、创新的工程师思维。

基于“以学定教”原则,学情研判如下:八年级学生已具备基本的计算机操作能力和初步的逻辑思维,对智能手机应用充满好奇与使用经验,这为理解App功能提供了丰富的感性基础。然而,他们的认知难点可能在于:第一,从“使用应用”到“构造应用”的视角转换存在思维跨度,容易将编程视为畏途;第二,对“事件驱动”、“属性设置”等抽象概念的理解需要直观支撑;第三,在将生活创意转化为具体编程步骤时,可能缺乏系统性的分析方法。因此,教学需设计强引导、高反馈的脚手架,通过“微项目”驱动,将复杂流程分解为可达成的小任务。课堂中将通过“原型对比”、“大声思考”、“一分钟快搭挑战”等形成性评价手段,动态诊断学生对核心概念(如组件、事件、属性)的理解与应用水平,并准备“锦囊妙计”卡(内含关键步骤提示)和“思维拓展”卡(含进阶挑战),为不同进度学生提供即时的、差异化的学习支持。

二、教学目标

知识目标:学生能准确说出AppInventor开发环境的主要组成部分(设计视图、逻辑视图、组件面板、属性面板等)及其功能,理解“组件-属性-事件-响应”这一核心开发逻辑,并能阐释一个简单应用(如按钮交互)从界面设计到逻辑实现的基本流程。

能力目标:学生能够独立启动在线开发环境,完成一个包含按钮、标签等基础组件的界面布局与属性设置,并能够通过拼接逻辑块,实现“点击按钮改变标签文字”的交互功能,初步体验“设计-编程-打包-测试”的完整开发周期。

情感态度与价值观目标:学生在模仿与创造简单应用的过程中,体验将创意变为现实的乐趣,克服对编程的陌生感与畏难情绪,初步建立起“我能创造”的数字自信,并在小组协作调试中培养耐心、细致与互助精神。

科学(学科)思维目标:重点发展学生的计算思维,特别是“分解”与“模式识别”能力。引导学生将“想让应用做什么”这一整体需求,分解为“需要哪些屏幕元素”和“每个元素应对何种操作做出何种反应”等具体问题,并能识别出“事件-响应”这一通用编程模式。

评价与元认知目标:引导学生依据界面美观度、交互功能完整性等简单量规,对同伴作品进行初步评价;鼓励学生在调试失败后,能使用“检查组件命名”、“追踪事件触发”等策略进行自我排查,并反思“哪里卡住了?我是如何解决的?”,初步形成程序调试的元认知策略。

三、教学重点与难点

教学重点:掌握AppInventor“组件-属性-事件-响应”的核心开发逻辑与基本操作流程。此重点的确立,源于其对理解可视化编程本质的奠基性作用。课标强调的“过程与控制”思想在此具体化为对“事件驱动”机制的理解,这是区别于命令行编程的核心特征,也是后续所有复杂应用开发的通用范式。从能力立意看,能否运用此逻辑完成一个基础交互,是衡量学生是否实现从“用户思维”到“创造者思维”转换的关键标志。

教学难点:将生活化的交互需求,准确转化为对组件属性设置与逻辑块拼接的具体操作。难点成因在于学生的抽象思维与工程化思维尚在发展中。具体表现在:其一,容易混淆“组件类型”(如按钮、标签)与其在具体应用中的“功能角色”;其二,在逻辑视图中拼接块时,对事件处理程序的结构(如“当…按钮被点击,执行…”)理解不清,可能出现块无法拼接或逻辑顺序错乱;其三,调试时难以将程序运行效果不佳(Bug)反向关联到具体的属性或逻辑错误。突破方向在于采用“实物比喻”(如把组件比作积木)和“分步可视化演示”,并设计“找茬”式纠错练习。

四、教学准备清单

1.教师准备

1.1媒体与教具:交互式课件(含AppInventor界面导览、核心概念动画演示);预设的范例项目源文件(一个完整的“问候App”);课堂任务单(含基础任务与挑战任务);在线开发环境稳定访问测试。

1.2评价工具:设计简易作品评价量规(海报形式);学生互评便签。

2.学生准备

2.1前置知识:复习人机交互的基本概念。

2.2物品与账号:确保每人一台可联网计算机,已注册或可快速登录AppInventor在线平台(建议使用谷歌或QQ教育账号)。

3.环境布置

3.1座位安排:采用便于小组讨论的“岛屿式”布局。

3.2板书记划:预留核心概念区(组件、属性、事件)、流程步骤区、问题收集区。

五、教学过程

第一、导入环节

1.情境创设与冲突激发:“同学们,我们每天都会滑动、点击手机上的各种App,有没有那么一刻好奇过,这些神奇的按钮和动画背后,究竟是怎么‘变’出来的?是不是觉得编程高深莫测,全是英文代码?”(停顿,观察反应)“今天,我们要用一把神奇的‘积木’,亲手搭建一个属于自己的小应用,你会发现,创造的门槛,比想象中低得多。”

2.核心问题提出与原型展示:“那么,我们如何才能像搭积木一样,快速构建一个App呢?”随即在投影上快速演示一个已完成的简单应用:“看,这是我做的‘心情日记本’,点击笑脸,标签就会显示‘今天真好!’。我们这节课的目标,就是探究并掌握这种‘积木式’搭建App的核心秘诀。”

3.路径明晰与旧知唤醒:“我们的探索将分两步走:第一步,当好‘设计师’,规划界面,摆放元素;第二步,化身‘魔法师’,用逻辑积木赋予元素‘生命’,让它们能响应我们的操作。这和我们之前设计网页布局、设置对象属性,在思路上是不是有相通之处?”

第二、新授环节

本环节采用项目驱动、支架式教学,通过分解“问候App”的制作,引导学生主动建构。

###任务一:化身界面设计师——初探工作环境与组件

1.教师活动:首先,以“探索新大陆”的口吻引导学生登录AppInventor在线平台。“请大家登录这个‘创造工坊’,和老师一起认识这里的‘三间房’:左边是琳琅满目的‘零件库’(组件面板),中间是我们的‘工作台’(预览面板),右边是给零件调整细节的‘控制室’(属性面板)。”接着,演示从组件面板中拖拽一个“按钮”(Button)和一个“标签”(Label)到预览面板中。“看,就像从工具箱里拿出积木一样简单。现在,请大家也尝试拖拽这两个组件到屏幕中央。”

2.学生活动:学生跟随引导,登录平台,观察界面布局。动手尝试从组件面板中拖拽Button和Label组件到预览面板,初步感受“所见即所得”的界面设计方式。

3.即时评价标准:1.能否在教师引导下,快速定位核心工作区域(组件、设计、属性面板)。2.拖拽操作是否流畅,组件能否成功放置于预览面板。3.是否表现出对新工具的好奇与探索欲。

4.形成知识、思维、方法清单:

1.5.★AppInventor开发环境:核心包括组件面板(提供各类UI元素)、设计视图(可视化布局界面)、逻辑视图(进行编程拼装)、属性面板(设置组件特性)。提示:可比喻为“零件库-设计台-编程室-调参板”。

2.6.★组件:构成应用界面的基本可视化元素,如按钮(Button)、文本标签(Label)、文本框(Box)等。提示:强调“组件是应用的骨骼与皮肤”。

3.7.“所见即所得”(WYSIWYG)设计:在设计视图中布局的效果,即最终应用呈现的视觉效果。提示:降低设计门槛,提升直观性。

###任务二:细节决定体验——学习设置组件属性

1.教师活动:“我们现在有了按钮和标签,但这个按钮上写着‘Button1’,标签空着,不太友好,怎么办?这就需要用到‘属性’。”教师选中预览面板中的按钮,指向属性面板:“看,这里可以修改按钮的‘身份证’(名称),也能改变它的‘外貌’,比如文字、颜色、大小。”示范将按钮的“”属性改为“点我打招呼”,将标签的“”属性清空。“大家试试,把你的按钮文字改成更有趣的句子,比如‘开启惊喜’,并把标签文字清空,为后续显示做准备。思考一下:清空标签文字和保留默认的‘Label1’,用户体验有何不同?”

2.学生活动:学生选中组件,在属性面板中查找并修改“”属性,体验通过改变属性来定制组件外观的过程。思考并讨论教师提出的关于用户体验的问题。

3.即时评价标准:1.能否准确选中目标组件并定位其属性面板。2.能否独立完成至少一个组件(按钮或标签)的文本属性修改。3.讨论时能否从用户角度提出简单见解(如“清空后更简洁,等待提示”)。

4.形成知识、思维、方法清单:

1.5.★属性:每个组件具有的一系列可调整的特征或参数,如文本()、背景颜色(BackgroundColor)、宽度宽度(Width)等。提示:属性决定了组件“看起来是什么样、叫什么名字”。

2.6.★组件命名的重要性:在属性面板中修改组件的“名称”(非显示文本),是为了在逻辑编程时清晰区分不同组件。提示:养成“见名知意”的命名习惯(如btnGreet,lblDisplay),是良好编程实践的开始。

3.7.用户体验(UX)初步意识:通过设置合理的默认文本、清空无用信息等,使界面更友好。提示:将设计决策与用户感受关联,培养以人为本的技术观。

###任务三:叩响逻辑之门——理解事件与初步拼装

1.教师活动:“界面漂亮了,但按钮现在还是个‘哑巴’,点了没反应。怎么让它‘说话’呢?这就需要切换到‘逻辑视图’,使用‘积木编程’。”教师切换到逻辑视图,从左侧抽屉中找出“按钮”相关的块:“看,当我们需要按钮响应点击时,就找这个‘当Button1被点击’的块,它就像是一个‘触发器’。”将其拖到工作区。“触发之后做什么呢?我们希望改变标签的文字。所以,再从‘标签’抽屉里,找到‘设定Label1的为…’这个块。”教师演示将“设定…为”块拼接在“当…被点击”块的凹槽内,并在“设定…为”块的插槽中输入文字“你好,世界!”。“现在,点击模拟器或连接手机测试一下!大家想想,这个‘当…被点击’和‘设定…为’,它们的先后顺序能颠倒吗?为什么?”

2.学生活动:学生跟随操作,切换到逻辑视图,寻找并拖出对应组件的事件块和属性设置块,尝试进行拼接。完成拼接后,使用AI伴侣或模拟器测试效果,观察点击按钮后标签文字的变化。思考并尝试回答事件与响应的顺序问题。

3.即时评价标准:1.能否在逻辑视图中找到指定组件对应的事件块与属性设置块。2.拼接操作是否准确,两块能否严丝合缝地连接。3.测试环节能否主动进行并观察到预期效果。

4.形成知识、思维、方法清单:

1.5.★事件:由用户或系统触发的动作,如点击(Click)、长按(LongClick)、屏幕初始化(Screen.Initialize)。提示:事件是程序开始执行某段逻辑的“扳机”。

2.6.★事件处理程序:由“事件块”(如当…被点击)和与之拼接的“响应块”共同构成的逻辑单元。提示:强调其结构是“当某事件发生,则执行某些操作”。

3.7.逻辑块的拼接语法:积木块的形状决定了它们能否拼接,体现了编程的语法结构。提示:形状匹配即语法正确,直观降低了语法错误率。

4.8.顺序结构:在事件处理程序内部,逻辑块按照从上到下的顺序依次执行。提示:通过思考题强化“响应动作必须在事件触发之后”这一基本逻辑顺序。

###任务四:让应用更智能——引入变量与交互输入

1.教师活动:“刚才的问候是固定的,能不能让应用更‘懂’我们,比如问候时带上我们的名字?”引出需要用户输入。“这需要一个新的组件:文本框(Box),让用户输入名字。”引导学生在设计视图添加Box。“逻辑上,我们需要一个‘储物盒’来临时存放输入的名字,这就是‘变量’。”教师演示创建变量“用户名”,并讲解其作用。“然后,我们要修改逻辑:当按钮被点击时,先将文本框的内容‘存入’变量,再让标签显示‘你好,’加上变量的内容。”演示涉及“设定全局变量…为”(从文本框获取文本)和“连接字符串”块的拼接。“挑战一下:如果不使用变量,直接让标签显示‘你好,’加上文本框的文本,可以吗?试试看,对比两种方式,哪种更清晰、更容易维护?”

2.学生活动:学生在界面上添加Box组件。在教师引导下,理解变量的概念,创建变量,并修改原有的逻辑块,实现个性化的问候功能。尝试挑战任务,对比两种实现方式的差异。

3.即时评价标准:1.能否正确添加新组件并设置其提示属性(Hint)。2.能否在指导下创建变量并理解其“暂存数据”的作用。3.能否完成包含变量和字符串连接的新逻辑拼接。4.在挑战任务中,能否通过实践感知模块化设计(使用变量)的优势。

4.形成知识、思维、方法清单:

1.5.★变量:用于存储和表示可变数据的命名容器。提示:比喻为“贴了标签的储物盒”,是程序记忆和传递信息的关键。

2.6.组件:文本框(Box):用于接收用户文本输入的可交互组件。提示:注意其“Hint”属性(提示文字)与“”属性(实际内容)的区别。

3.7.字符串连接:将多个文本片段组合成一个完整的文本。提示:这是实现动态文本显示的基础操作。

4.8.▲编程思想:减少冗余与提高可维护性:通过使用变量,避免直接重复引用复杂表达式,使逻辑更清晰,未来修改更方便。提示:初步渗透良好的编程习惯。

###任务五:调试与优化——应对常见问题

1.教师活动:创设“诊断时间”情境。“大家的应用都‘跑’起来了吗?有没有遇到按钮点了没反应,或者标签显示不对的情况?这些都是宝贵的‘调试’经验。”收集1-2个典型问题(如组件未正确命名导致块找不到、事件块拼错对象、字符串连接遗漏空格)。通过投屏,带领学生一起“诊断”:“首先,检查逻辑块里的组件名称和设计视图里的是否一致?其次,看看事件块和响应块拼紧了没有?最后,字符串连接的结果是不是我们想要的?”鼓励学生使用“大声说出逻辑”的方法自查。

2.学生活动:检查自己的项目,尝试解决遇到或教师提出的典型问题。学习使用“检查命名”、“逐块核对”、“模拟/测试验证”的调试流程。可能尝试修改错误,直至程序运行正常。

3.即时评价标准:1.遇到问题时,是立即求助还是尝试先自行检查。2.能否运用教师提示的一到两种调试策略定位问题。3.问题解决后,能否简要说出错误原因。

4.形成知识、思维、方法清单:

1.5.★程序调试:发现、定位和纠正程序中错误的过程。提示:强调调试是编程的常态,而非失败。

2.6.常见错误类型:1.组件引用错误:逻辑块中的组件名与实际不符。2.逻辑块拼接错误:块未正确连接或连接对象错误。3.逻辑错误:程序能运行,但结果不符合预期(如字符串连接格式不对)。

3.7.调试策略:1.对照检查法(对比设计与逻辑视图)。2.逐块执行法(在脑中或通过注释模拟执行)。3.利用模拟器/真机即时测试反馈。提示:培养系统化的问题解决思维。

第三、当堂巩固训练

1.基础层(全员必做):“请完善你的‘问候App’,确保其具备:一个提示为‘请输入姓名’的文本框、一个文字为‘打招呼’的按钮、一个初始为空的标签。实现点击按钮后,标签显示‘[姓名],你好!欢迎使用我的第一个App!’。”(评价重点:功能完整性、组件属性设置合理性)

2.综合层(多数学生挑战):“为你的App增加一个‘重置’按钮。点击它,可以清空文本框和标签的内容,让界面恢复到初始状态。”(评价重点:能否为新组件独立创建事件处理程序,并正确使用“设定…文本为”空字符串)

3.挑战层(学有余力):“发挥创意,给你的应用增加一点‘个性’。例如:添加第二个按钮,点击后标签显示不同的问候语;或者改变点击按钮后屏幕的背景颜色。(提示:查找‘屏幕’或‘按钮’的背景颜色属性设置块)”(评价重点:创新性、自主探索新组件或属性的能力)

反馈机制:学生完成基础层后,开展“一分钟画廊漫步”,随机浏览左右三位同学的作品并口头给予一个优点。教师巡视,选取具有代表性的作品(含典型错误和创新实现)进行投屏讲评,重点分析逻辑实现的差异与优化空间。对挑战层成果予以课堂展示并赋予“创意之星”称号。

第四、课堂小结

“同学们,今天的创造之旅即将到站,我们来一起绘制一下这次探索的‘地图’。”引导学生共同回顾:

1.知识整合(思维导图框架):“我们制作一个简单App,经历了哪两大阶段?(设计界面、编程逻辑)每个阶段的核心操作是什么?(拖组件、设属性;选事件、拼积木)贯穿始终的核心逻辑线是什么?(组件-属性-事件-响应)”

2.方法提炼:“我们是如何将一个‘做个打招呼应用’的想法一步步实现的?(分解需求->选取组件->设计界面->规划事件->拼接逻辑->测试调试)这个过程体现了怎样的思维?(计算思维:分解、模式化)”

3.作业布置与延伸:

1.4.必做作业:撰写一份简短的“开发日志”,记录你今天制作App的步骤、遇到的问题及解决方法。

2.5.选做作业(二选一):①研究如何为你今天的App添加一张背景图片。②构思一个更有趣的微型应用创意(如简易计数器、幸运抽签),并列出可能需要的主要组件和核心事件。

3.6.“下节课,我们将学习让应用‘记住’信息,以及处理更复杂的判断逻辑,让我们的创造更有‘智慧’。”

六、作业设计

1.基础性作业(巩固核心流程):在家庭电脑上,复现或微调课堂完成的“问候App”。将最终应用的截图(界面)和逻辑视图的截图,粘贴到文档中,并在旁边用文字简要说明核心组件和事件处理逻辑。

2.拓展性作业(情境化应用):假设你要为班级运动会设计一个“加油助威App”。应用至少包含两个按钮(如“为运动员加油”、“播放欢呼音效”设想)和一个显示鼓励话语的标签。请用文字或草图描述你的设计思路,包括:界面布局(有哪些组件,放在哪)、每个按钮被点击后希望发生什么。有能力者可尝试在AppInventor中实现基础框架。

3.探究性/创造性作业(开放创新):探索AppInventor的“多媒体”或“绘图动画”组件库。选择一个你感兴趣的组件(如音效播放器、画布),通过查阅帮助文档或在线教程,自学其基本用法,并尝试创建一个极简的demo(例如:点击按钮播放一段声音,或在屏幕上画一个点)。记录你的探索过程和成果。

七、本节知识清单、考点及拓展

★1.AppInventor开发环境构成:核心包括设计视图(可视化布局)、逻辑视图(块编程)、组件面板(UI元素库)、属性面板(调整组件特征)、预览/模拟器(实时测试)。这是所有开发工作的基础平台。

★2.组件:应用界面的基本构建块,如按钮(Button)、标签(Label)、文本框(Box)。理解不同组件的用途是界面设计的前提。

★3.属性:定义组件外观和行为的特征,如(显示文字)、BackgroundColor(背景色)。通过属性面板设置,实现界面定制化。

★4.事件:由用户或系统触发的动作,是启动一段程序逻辑的“信号”。如“被点击”(Click)、“屏幕初始化”(Initialize)。理解事件驱动是理解交互应用的关键。

★5.事件处理程序:由“事件块”和“响应块”组成的完整逻辑单元。结构为“当[某事件]发生,则执行[某些操作]”。这是实现交互功能的核心代码结构。

★6.逻辑块拼接:通过拖拽和连接不同形状的积木块来编写程序。块的形状匹配语法规则,直观且不易产生语法错误。

★7.变量:用于存储和引用数据的命名容器(如“用户名”)。用于在程序的不同部分传递和暂存信息,增加程序的灵活性和可读性。

▲8.字符串连接:将多个文本片段合并的操作。常用“join”或“make”块实现,用于生成动态文本内容。

▲9.程序调试:识别和修复程序错误的过程。常见策略包括:检查组件命名一致性、确认逻辑块正确拼接、使用模拟器逐步测试。

▲10.计算思维在本课的体现:分解:将应用需求分解为界面组件和交互逻辑。模式识别:识别出“事件-响应”这一通用编程模式。抽象:用变量代表具体数据。

★11.核心工作流程:“需求分析->界面设计(拖组件、设属性)->逻辑编程(选事件、拼积木)->测试调试->打包分享”。这是开发任何App的基本路径。

▲12.常见错误点:组件在逻辑视图中引用名称错误;事件块与不匹配的组件关联;属性设置块使用错误;字符串连接格式不佳(如缺少空格)。

▲13.与前后知识的联系:前承“算法与程序设计”中的顺序结构思想;后启更复杂应用开发中的条件判断、循环、列表和数据存储等内容。

▲14.素养渗透点:数字化学习与创新:利用新技术工具进行创造性表达。计算思维:采用计算机科学领域的方法解决问题。信息意识:认识到可以主动创造而非仅消费数字产品。

八、教学反思

(一)目标达成度评估

本节课预设的知识与能力目标基本达成。通过课堂观察和任务单反馈,90%以上的学生能独立完成基础“问候App”的制作,能准确指认开发环境的主要部分,并能口头描述“事件-响应”的关系。情感目标方面,课堂氛围积极,尤其在作品测试成功时,学生表现出显著的成就感,初步达成了破除畏难心理、建立创造自信的目的。计算思维目标的达成呈梯度分布,大部分学生能完成“分解”任务(区分界面与逻辑),但对“模式识别”(事件驱动模式)的抽象概括能力,仍需后续课程持续强化。

(二)环节有效性分析

1.导入环节:以“揭秘App制作”和快速原型演示切入,有效激发了学生的好奇心与探究欲。“创造的门槛比想象中低”这句话成功铺垫了积极的学习心向。

2.新授任务链:五个任务环环相扣,遵循了从环境熟悉、界面设计、逻辑入门到功能增强、调试排错的认知规律。任务三(事件与拼装)是关键的“顿悟点”,此处教学节奏放缓、演示清晰至关重要。任务四引入变量时,部分学生出现困惑,反映从“直接显示”到“通过变量中转”的思维转换存在坡度,下次可设计更直观的比喻(如“传话游戏”)来辅助理解。

3.巩固与小结:分层练习满足了不同学生的需求,“画廊漫步”式的互评活跃了气氛但深度有待加强。课堂小结引导学生共同回顾框架,有助于知识结构化,但时间稍显仓促,学生自主梳理的成分可以增加。

(三)学生表现深度剖析

学生表现明显分层:约70%的“跟随者”能顺利完成基础与综合任务,依赖于清晰的步骤指引;约20%的“探索者”在完成基础任务后,主动尝试挑战任务或修饰界面,表现出较强的内在动机和迁移能力;另有约10%的“迟缓者”在逻辑拼装环节遇到较大困难,主要卡点在逻辑块抽屉的查找和拼接的严谨性上。针对后者,除了教师个别辅导,下次可考虑安排“助学伙伴”,并提前准备更简化的“流程图式”步骤卡。对于“探索者”,提供的拓展资源(如组件速查表)可更丰富,并鼓励他们成为小组内的“技术顾问”。

(四)

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论