1. 平台架构与项目目录

Posted 2023-04-04 weixin_45021117

1. 平台架构与项目目录

1.1 平台架构

• 应用程序框架

  • 活动管理器（ Activity Manager）： 管理应用程序生命周期并提供常用的导航回退功能。
  • 内容提供器（Content Providers）：提供应用程序之间的数据访问服务（如联系人数据库）。
  • 视图（Views）：构建应用程序的可视化控件， 包括列表、文本框、按钮等。
  • 资源管理器（Resource Manager）：提供静态资源的访问，如字符串、图形、布局文件。
  • 通知管理器 （Notification Manager）：使得应用程序可在状态栏中显示自定义信息。

• 系统运行库

  • 系统库：C/C++库，为平台的不同组件使用。
  • Android 运行库：由android核心库 + Dalvik虚拟机构成。Dalvik虚拟机是针对移动设备的虚拟机，不需要很快的CPU计算速度和大量的内存空间，每个App都单独地运行在Dalvik虚拟机进程上。

• Linux内核：提供底层驱动，如显示驱动、相机驱动、蓝牙驱动、电源管理等。

1.2 项目目录

• libs：放置第三方jar包，jar包将被自动添加到构建路径中。

• Manifests：AndroidManifest.xml是项目配置文件，所有Activity、权限都要在这里声明。

  <activity  android:name=".HelloWorldActivity"
  	android:theme="@style/Theme.AppCompat.Dialog"
  	android:label="FirstActivity">
     <intent-filter>
       	<action  android:name="android.intent.action.MAIN"  />
   		<category android:name="android.intent.category.LAUNCHER"/>
  	</intent-filter>
  </activity>
  

  • theme：活动的主题，此处声明为对话框主题活动。
  • label：标题栏内容，主活动label还会成为应用程序的名称。
  • intent-filter：这里包含的两句话声明该活动为主活动。

• app：存放项目的主要动态文件。

• res：存放静态资源文件，包括drawable、layout、strings、themes、values，menu，mipmap。

• build.gradle：当前app的gradle构建脚本，指定项目构建相关配置。

• proguard-rules.pro：指定项目代码混淆规则，防止破解

项目架构——面向对象与软件工程实验五

一、代码规范与编码原则

一． 目录规范

1. 全局配置

小程序根目录下的 app.json 文件用来对小程序进行全局配置。该JSON对象中的pages属性用于指定小程序由哪些页面组成，每一项都对应一个页面的路径（含文件名） 信息。文件名不需要写文件后缀，小程序框架会自动去寻找对应位置的.json, .js, .wxml, .wxss 四个文件进行处理；window属性用于设置小程序的状态栏、导航条、标题、窗口背景色；如果小程序是一个多tab应用（客户端窗口的底部或顶部有tab栏可以切换页面），可以通过 tabBar配置项指定tab栏的表现，以及tab切换时显示的对应页面，tabbar属性中的list属性接受一个数组，tab按数组的顺序排序，每个项都是一个对象。

1. 页面配置

pages目录下每一个页面都有.json, .js, .wxml, .wxss 四个文件，其中.json文件用来对本页面的窗口表现进行配置。页面中的配置项在当前页面会覆盖全局配置。

二． 代码规范

1. WXML规范

l  代码规范

1)         数据绑定

• 使用 Mustache 语法（双大括号）将变量包起来，例如：

<view> {{message}} <view>

• 组建属性需要在双引号之内，例如：

<image src="{{Image}}"></image>

• 控制属性需要在双引号之内，例如：

<view wx:if="{{condition}}"> </view>

• 可以在 {{}} 内进行简单的运算，支持的有如下几种方式：

1. 三元运算
2. 算术运算
3. 逻辑判断
4. 字符串运算
5. 数据路径运算

2)         列表渲染

• wx:for

在组件上使用 wx:for 控制属性绑定一个数组，即可使用数组中各项的数据重复渲染该组件。数组的当前项的下标变量名默认为 index、当前项的变量名默认为 item

• wx:key

指定列表中项目的唯一的标识符

3)         条件渲染

• wx:if

在框架中，使用 wx:if="" 来判断是否需要渲染该代码块，例如：

<view wx:if="{{condition}}"> True </view>

(可同时搭配wx:elif和wx:else使用)

l  注释规范

<!-- 这里写注释 -->

1. JS规范

l  全局JS文件(app.js)

App()必须在app.js中调用，而且只能调用一次。在每个页面的JS文件中可以使用如下例句来引用全局JS文件：

var app = getApp()

l  页面的JS文件中的Page对象的data属性

data 是页面第一次渲染使用的初始数据。

页面加载时，data 将会以JSON字符串的形式由逻辑层传至渲染层，因此data中的数据必须是可以转成JSON的类型：字符串，数字，布尔值，对象，数组。

在JS文件中，可以通过this对象的setData方法对data属性中的属性进行重新赋值并将其重新渲染到视图层中。

l  命名规范

变量名以及函数名统一采用驼峰命名法，例如：myImage、newFunction

l  注释规范

1)         单行注释：//这里写注释

2)         多行注释：/* 这里写注释 */

三． 标点规范

1. JS语句无需以分号结束，统一省略分号
2. JS中一致使用反引号 ``或单引号‘ ‘ , 不使用双引号。
3. WXML、CSS、JSON中均应使用双引号。
4. CSS属性中冒号中后面用一个空格分隔开。
5. 所有代码执行一致的缩进（4个空格）

四． 编码原则

1. ‘(‘向后紧跟，‘)‘、‘,‘、‘;‘向前紧跟(紧跟处不留空格)
2. ‘,‘之后要留空格
3. ‘=‘、‘+=‘、‘>=‘、‘<=‘、‘+‘、‘*‘等二元操作符的前后应当加空格
4. ‘++‘、‘--‘等一元操作符前后不加空格
5. ‘[]‘、‘.‘这类操作符前后不加空格
6. 不出现仅靠大小写区分的相似的标识符
7. 页面对象中的数据写在JS文件的Page对象的data对象中
8. 避免使用不易理解的数字或符号，用有意义的单词来替代，源程序中关系较为紧密的代码应尽可能相邻。
9. 变量的名字尽量使用"名词"或者"形容词+名词"
10. 函数的名字尽量使用"动词"或者"动词+名词"
11. 相对独立的程序块与块之间加空行
12. 划分出的新行要进行适应的缩进，使排版整齐
13. 不把多个短语句写在一行中，即一行只写一条语句
14. 尽量避免在注释中使用缩写，注释应在被描述的代码的上方相邻位置
15. 边写代码边注释，修改代码同时修改相应的注释
16. 在必要的地方注释，注释量要适中。注释的内容要清楚、明了，含义准确。
17. 在每个文件的头部、每个函数或过程的前面有必要的注释信息

二、数据库设计

数据库设计图：

 

Add：添加页面

content：详细内容

catalogue：便签个数

time：便签的添加时间

short-content：简略内容

E-R图：

　　　

三、功能流程

1、体系结构

模型: 模型组件对应于所有相关的逻辑，用户和数据。这可以表示正在被视图和控制器组件或任何其他业务逻辑相关数据之间传输的数据。例如，一个客户对象将从数据库中检索的客户信息，操纵，并更新数据返回到数据库或者用它来呈现数据。

视图: 视图组件用于应用程序的所有用户界面逻辑。例如，客户视图将包括所有的UI组件，例如文本框，下拉菜单等，最终与用户交互。

控制器: 控制器充当Model和View组件之间的接口，用以处理所有的业务逻辑和传入的请求， 使用模型部件操纵数据以及与视图交互以显示最终的输出。例如，客户控制器将处理所有的交互和输入来自客户查看和使用客户模型更新数据库。相同的控制器将用于查看客户数据。

 

2、功能介绍        

项目名称：小洁便签

项目功能：随时随地记录此刻的心情、想法，发生的事和待做事项。我们采用本地存储的形式wx.setStorageSync(string key, any data)，将编辑好的便签存储至本地缓存。但是局限性在于数据存储生命周期跟小程序本身一致，即除用户主动删除或超过一定时间被自动清理，否则数据都一直可用。单个 key 允许存储的最大数据长度为 1MB，所有数据存储上限为 10MB。

页面1—列表页

实现添加、删除、修改便签的功能。

页面2—编辑页

编辑自己要添加的便签。

四、任务分工和比例