当我们把Open edX用于spoc中，可能会有这样一种需求：如何将既有课程尽可能自动化得导入到Open edX中

我想到比较好的一种策略是采用Open edX的Open Learning XML (OLX) 来做这件事

Open Learning XML (OLX)

Open Learning XML给出了一套课程文本化的描述，采用Open Learning XML，我们可以采用xml来定义我们的课程，从而做到在不使用edX Studio的情况下我们也能制作出所需的课程

课程的组成结构和元素在Open Learning XML都有相应描述，参考这些描述，你可以通过任何程序/语言生成所需的课程内容，之后导入到Open edX即可

OLX的功能

顺便我们也援引一下官方对OLX功能的描述

  • 在不同的Open edx实例网站中迁移课程
  • 在studio外部创建课程，包括转化自不同格式的内容
  • 保证内容格式的开放性和可移植性

OLX与跨平台导课

假设学校已有一套采用Java语言写成的教学系统，现在我们想使用Open edX，而不想废弃既有平台的课程，那么一般的做法是认为地将课程进行转化，如果课程数量庞大，这项工作就极其耗时

需要说明的是，由于平台特性上的差异，在转化之前你应当尽可能理解两个平台的特性，然后你作为一个“翻译者”，将内容形式进行转化，这部分的工作，机器无法帮到你，需要你花时间去理解课程结构,理解之后，你就可以开始将旧平台的课程，导出为OLX结构的文档，之后导入到Open edX平台中

OLX入门

如果官方能把create new repo的时间用来好好写文档，那么这部分本该很完备的

然而由于跳票的习惯，这部分也只是有个大纲，并没有内容，所有需要我们自力更生

课程结构

关于课程结构可以参考这个文档OLX Course Structure

demo

文档枯燥，我们还是那一个课程demo来遛一遛吧,可以Example of an OLX Course,习惯阅读英文的话，可以跟着文档走一遍，不习惯的话，可以跟着下文摸索

我们以官方示范课程为例:edx-demo-course,这门课在新安装的平台中都预制了，在studio中导出到本地，然后解压后即可看到如下结构

tree ./course -d(列出所有目录)

  1
  2
  3
  4
  5
  6
  7
  8
  9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118

:::text
├── about
├── annotatable
├── assets
├── chapter
├── course
├── discussion
├── drafts
│   ├── annotatable
│   ├── discussion
│   ├── html
│   ├── problem
│   ├── vertical
│   └── video
├── html
├── info
├── policies
│   └── course
├── problem
├── sequential
├── static
│   ├── VGL
│   │   ├── edx
│   │   ├── localhost
│   │   ├── mitx-lms
│   │   ├── mitx-staging
│   │   ├── original
│   │   └── sandbox
│   ├── applets
│   ├── css
│   ├── handouts
│   ├── images
│   ├── js
│   │   ├── IGV
│   │   │   ├── js
│   │   │   └── resources
│   │   ├── i18n
│   │   └── loupeAndLightbox
│   ├── jsmol
│   │   └── j2s
│   │       ├── com
│   │       │   └── jcraft
│   │       │       └── jzlib
│   │       ├── java
│   │       │   ├── awt
│   │       │   │   └── event
│   │       │   ├── io
│   │       │   ├── lang
│   │       │   │   ├── annotation
│   │       │   │   └── reflect
│   │       │   ├── net
│   │       │   ├── text
│   │       │   └── util
│   │       │       ├── regex
│   │       │       └── zip
│   │       ├── make
│   │       ├── org
│   │       │   └── jmol
│   │       │       ├── adapter
│   │       │       │   ├── readers
│   │       │       │   │   ├── cifpdb
│   │       │       │   │   ├── molxyz
│   │       │       │   │   ├── more
│   │       │       │   │   ├── quantum
│   │       │       │   │   ├── simple
│   │       │       │   │   ├── xml
│   │       │       │   │   └── xtal
│   │       │       │   └── smarter
│   │       │       ├── api
│   │       │       ├── appletjs
│   │       │       ├── atomdata
│   │       │       ├── awtjs
│   │       │       ├── awtjs2d
│   │       │       ├── bspt
│   │       │       ├── constant
│   │       │       ├── exportjs
│   │       │       ├── g3d
│   │       │       ├── geodesic
│   │       │       ├── i18n
│   │       │       ├── io
│   │       │       ├── io2
│   │       │       ├── jvxl
│   │       │       │   ├── api
│   │       │       │   ├── calc
│   │       │       │   ├── data
│   │       │       │   └── readers
│   │       │       ├── minimize
│   │       │       │   └── forcefield
│   │       │       │       └── data
│   │       │       ├── modelset
│   │       │       ├── modelsetbio
│   │       │       ├── navigate
│   │       │       ├── parallel
│   │       │       ├── quantum
│   │       │       ├── render
│   │       │       ├── renderbio
│   │       │       ├── renderspecial
│   │       │       ├── rendersurface
│   │       │       ├── script
│   │       │       ├── shape
│   │       │       ├── shapebio
│   │       │       ├── shapespecial
│   │       │       ├── shapesurface
│   │       │       ├── smiles
│   │       │       ├── symmetry
│   │       │       ├── thread
│   │       │       ├── util
│   │       │       └── viewer
│   │       │           └── binding
│   │       └── test
│   ├── molecules
│   ├── python
│   └── subs
├── tabs
├── vertical
└── video

115 directories

其中大多目录一目了然

课程meta信息

参见root目录下的course.xml文件，这就是我们在studio中创建课程时，填写的数据

关联信息

课程的结构描述信息在course/course.xml，高级配置也在其中,这个文件的命名规则由根目录下的course.xml文件的url_name字段信息确定

而course/course.xml可视为这门课程的地图

结构细节

The Structure of the Manual Testing Course

对于demo课程的细节，可以阅读这篇文档

其中可能引起的疑惑有两个

其一是资源定位的问题，如何关联到相关资源，OLX给出的策略似乎是uuid,生成规则猜测为:uuid.uuid4().get_hex()

其二是unicode（中文）编码的问题，如果你看到你的python入门.pdf在OLX文档中变为python\u5165\u95e8.pdf这是完全正常的

附

UUID

UUID是128位的全局唯一标识符，通常由32字节的字符串表示。它可以保证时间和空间的唯一性，也称为GUID

UUID主要有五个算法，也就是五种方法来实现：

  • uuid1()——基于时间戳。由MAC地址、当前时间戳、随机数生成。可以保证全球范围内的唯一性， 但MAC的使用同时带来安全性问题，局域网中可以使用IP来代替MAC
  • uuid2()——基于分布式计算环境DCE（Python中没有这个函数）
  • uuid3()——基于名字的MD5散列值：通过计算名字和命名空间的MD5散列值得到，保证了同一命名空间中不同名字的唯一性， 和不同命名空间的唯一性，但同一命名空间的同一名字生成相同的uuid。
  • uuid4()——基于随机数，由伪随机数得到，有一定的重复概率，该概率可以计算出来
  • uuid5()——基于名字的SHA-1散列值

若在Global的分布式计算环境下，最好用uuid1；若有名字的唯一性要求，最好用uuid3或uuid5。

参考