教你从零开始搭建一款前端脚手架工具

前言

在实际的开发过程中,从零开始建立项目的结构是一件让人头疼的事情,所以各种各样的脚手架工具应运而生。笔者使用较多的yoeman,express-generator和vue-cli便是当中之一。它们功能丰富,但最核心的功能都是能够快速搭建一个完整的项目的结构,开发者只需要在生成的项目结构的基础上进行开发即可,非常简单高效。

作为一个不折腾会死星人,在熟悉了使用方法以后就开始琢磨起它们的原理来了。经过仔细研究文档和源码,终于算是摸清了其核心的原理,并且依据这个原理自己搭建了一款叫做SCION的脚手架。

现在让我们就以SCION为例,从零开始搭建一款属于我们自己的脚手架工具吧!

核心原理

yoeman搭建项目需要提供yoeman-generator。yoeman-generator本质上就是一个具备完整文件结构的项目样板,用户需要手动地把这些generator下载到本地,然后yoeman就会根据这些generator自动生成各种不同的项目。

vue-cli提供了相当丰富的选项和设定功能,但是其本质也是从远程仓库把不同的模版拉取到本地,而并非是什么“本地生成”的黑科技。

这样看来,思路也就有了——首先建立不同的样板项目,然后脚手架根据用户的指令引用样板项目生成实际项目。样板项目可以内置在脚手架当中,也可以部署在远程仓库。为了更广的适用范围,SCION采用的是第二种方式。

技术选型

  1. node.js:整个脚手架工具的根本组成部分,推荐使用最新的版本。
  2. es6:新版本的node.js对于es6的支持度已经非常高,使用es6能够极大地提升开发效率和开发感受。
  3. commander:TJ大神开发的工具,能够更好地组织和处理命令行的输入。
  4. co:TJ大神开发的异步流程控制工具,用更舒服的方式写异步代码。
  5. co-prompt:还是TJ大神的作品……传统的命令行只能单行一次性地输入所有参数和选项,使用这个工具可以自动提供提示信息,并且分步接收用户的输入,体验类似npm init时的一步一步输入参数的过程。

整体架构

国际惯例,着手开发之前得先弄明白整体架构,看图:

首先明白模版的概念。一个模版就是一个项目的样板,包含项目的完整结构和信息。

模版的信息都存放在一个叫做templates.json的文件当中。

用户可以通过命令行对templates.json进行添加、删除、罗列的操作。

通过选择不同的模版,SCION会自动从远程仓库把相应的模板拉取到本地,完成项目的搭建。

最终整个脚手架的文件结构如下:


  1. ================= 
  2.   |__ bin 
  3.     |__ scion 
  4.   |__ command 
  5.     |__ add.js 
  6.     |__ delete.js 
  7.     |__ init.js 
  8.     |__ list.js 
  9.   |__ node_modules 
  10.   |__ package.json 
  11.   |__ templates.json 

入口文件

首先建立项目,在package.json里面写入依赖并执行npm install:


  1. "dependencies": { 
  2.     "chalk": "^1.1.3", 
  3.     "co": "^4.6.0", 
  4.     "co-prompt": "^1.0.0", 
  5.     "commander": "^2.9.0" 
  6.   } 

在根目录下建立\bin文件夹,在里面建立一个无后缀名的scion文件。这个bin\scion文件是整个脚手架的入口文件,所以我们首先对它进行编写。

首先是一些初始化的代码:


  1. #!/usr/bin/env node --harmony 
  2. 'use strict' 
  3.  // 定义脚手架的文件路径 
  4. process.env.NODE_PATH = __dirname + '/../node_modules/' 
  5.  
  6. const program = require('commander') 
  7.  
  8.  // 定义当前版本 
  9. program 
  10.     .version(require('../package').version ) 
  11.  
  12. // 定义使用方法 
  13. program 
  14.     .usage('<command>') 

从前文的架构图中可以知道,脚手架支持用户输入4种不同的命令。现在我们来写处理这4种命令的方法:


  1. program 
  2.     .command('add') 
  3.     .description('Add a new template') 
  4.   .alias('a') 
  5.   .action(() => { 
  6.     require('../command/add')() 
  7.   }) 
  8.  
  9. program 
  10.     .command('list') 
  11.     .description('List all the templates') 
  12.     .alias('l') 
  13.     .action(() => { 
  14.         require('../command/list')() 
  15.     }) 
  16.  
  17. program 
  18.     .command('init') 
  19.     .description('Generate a new project') 
  20.   .alias('i') 
  21.   .action(() => { 
  22.     require('../command/init')() 
  23.   }) 
  24.  
  25. program 
  26.     .command('delete') 
  27.     .description('Delete a template') 
  28.     .alias('d') 
  29.     .action(() => { 
  30.         require('../command/delete')() 
  31.     }) 

commander的具体使用方法在这里就不展开了,可以直接到官网去看详细的文档。

最后别忘了处理参数和提供帮助信息:


  1. program.parse(process.argv) 
  2.  
  3. if(!program.args.length){ 
  4.   program.help() 

完整的代码请看这里。

使用node运行这个文件,看到输出如下,证明入口文件已经编写完成了。


  1. Usage: scion <command> 
  2.  
  3.  
  4.   Commands: 
  5.  
  6.     add|a      Add a new template 
  7.     list|l     List all the templates 
  8.     init|i     Generate a new project 
  9.     delete|d   Delete a template 
  10.  
  11.   Options: 
  12.  
  13.     -h, --help     output usage information 
  14.     -V, --version  output the version number 

处理用户输入

在项目根目录下建立\command文件夹,专门用来存放命令处理文件。

在根目录下建立templates.json文件并写入如下内容,用来存放模版信息:


  1. {"tpl":{}} 

添加模板

进入\command并新建add.js文件:


  1. 'use strict' 
  2. const co = require('co') 
  3. const prompt = require('co-prompt') 
  4. const config = require('../templates') 
  5. const chalk = require('chalk') 
  6. const fs = require('fs') 
  7.  
  8. module.exports = () => { 
  9.  co(function *() { 
  10.  
  11.    // 分步接收用户输入的参数 
  12.    let tplName = yield prompt('Template name: ') 
  13.    let gitUrl = yield prompt('Git https link: ') 
  14.    let branch = yield prompt('Branch: ') 
  15.      
  16.    // 避免重复添加 
  17.    if (!config.tpl[tplName]) { 
  18.      config.tpl[tplName] = {} 
  19.      config.tpl[tplName]['url'] = gitUrl.replace(/[\u0000-\u0019]/g, '') // 过滤unicode字符 
  20.      config.tpl[tplName]['branch'] = branch 
  21.    } else { 
  22.      console.log(chalk.red('Template has already existed!')) 
  23.      process.exit() 
  24.    } 
  25.     
  26.    // 把模板信息写入templates.json 
  27.    fs.writeFile(__dirname + '/../templates.json', JSON.stringify(config), 'utf-8', (err) => { 
  28.      if (err) console.log(err) 
  29.      console.log(chalk.green('New template added!\n')) 
  30.      console.log(chalk.grey('The last template list is: \n')) 
  31.      console.log(config) 
  32.      console.log('\n') 
  33.      process.exit() 
  34.     }) 
  35.  }) 

删除模板

同样的,在\command文件夹下建立delete.js文件:


  1. 'use strict' 
  2. const co = require('co') 
  3. const prompt = require('co-prompt') 
  4. const config = require('../templates') 
  5. const chalk = require('chalk') 
  6. const fs = require('fs') 
  7.  
  8. module.exports = () => { 
  9.     co(function *() { 
  10.         // 接收用户输入的参数 
  11.         let tplName = yield prompt('Template name: ') 
  12.  
  13.         // 删除对应的模板 
  14.         if (config.tpl[tplName]) { 
  15.             config.tpl[tplName] = undefined 
  16.         } else { 
  17.             console.log(chalk.red('Template does not exist!')) 
  18.             process.exit() 
  19.         } 
  20.          
  21.         // 写入template.json 
  22.         fs.writeFile(__dirname + '/../templates.json', JSON.stringify(config),     'utf-8', (err) => { 
  23.             if (err) console.log(err) 
  24.             console.log(chalk.green('Template deleted!')) 
  25.             console.log(chalk.grey('The last template list is: \n')) 
  26.             console.log(config) 
  27.             console.log('\n') 
  28.             process.exit() 
  29.         }) 
  30.     }) 

罗列模板

建立list.js文件:


  1. 'use strict' 
  2. const config = require('../templates') 
  3.  
  4. module.exports = () => { 
  5.      console.log(config.tpl) 
  6.      process.exit() 

构建项目

现在来到我们最重要的部分——构建项目。同样的,在\command目录下新建一个叫做init.js的文件:


  1. 'use strict' 
  2. const exec = require('child_process').exec 
  3. const co = require('co') 
  4. const prompt = require('co-prompt') 
  5. const config = require('../templates') 
  6. const chalk = require('chalk') 
  7.  
  8. module.exports = () => { 
  9.  co(function *() { 
  10.     // 处理用户输入 
  11.       let tplName = yield prompt('Template name: ') 
  12.       let projectName = yield prompt('Project name: ') 
  13.       let gitUrl 
  14.       let branch 
  15.  
  16.     if (!config.tpl[tplName]) { 
  17.         console.log(chalk.red('\n × Template does not exit!')) 
  18.         process.exit() 
  19.     } 
  20.     gitUrl = config.tpl[tplName].url 
  21.     branch = config.tpl[tplName].branch 
  22.  
  23.     // git命令,远程拉取项目并自定义项目名 
  24.     let cmdStr = `git clone ${gitUrl} ${projectName} && cd ${projectName} && git checkout ${branch}` 
  25.  
  26.     console.log(chalk.white('\n Start generating...')) 
  27.  
  28.     exec(cmdStr, (error, stdout, stderr) => { 
  29.       if (error) { 
  30.         console.log(error) 
  31.         process.exit() 
  32.       } 
  33.       console.log(chalk.green('\n √ Generation completed!')) 
  34.       console.log(`\n cd ${projectName} && npm install \n`) 
  35.       process.exit() 
  36.     }) 
  37.   }) 

可以看到,这一部分代码也非常简单,关键的一句话是


  1. let cmdStr = `git clone ${gitUrl} ${projectName} && cd ${projectName} && git checkout ${branch}` 

它的作用正是从远程仓库克隆到自定义目录,并切换到对应的分支。熟悉git命令的同学应该明白,不熟悉的同学是时候补补课啦!

全局使用

为了可以全局使用,我们需要在package.json里面设置一下:


  1. "bin": { 
  2.     "scion": "bin/scion" 
  3.   }, 

本地调试的时候,在根目录下执行


  1. npm link 

即可把scion命令绑定到全局,以后就可以直接以scion作为命令开头而无需敲入长长的node scion之类的命令了。

现在我们的脚手架工具已经搭建好了,一起来尝试一下吧!

使用测试

  • add | a 添加模版命令 

init | i 生成项目命令

delete | d 删除模版命令 和 list | l 罗列模版命令

大功告成啦!现在我们的整个脚手架工具已经搭建完成了,以后只需要知道模板的git https地址和branch就可以不断地往SCION上面添加,团队协作的话只需要分享SCION的templates.json文件就可以了。

后记

看起来并不复杂的东西,实际从零开始搭建也是颇费了一番心思。最大的难题是在开始的时候并不懂得如何像npm
init那样可以一步一步地处理用户输入,只懂得一条命令行把所有的参数都带上,这样的用户体验真的很不好。研究了vue-cli和yoeman也没有找到相应的代码,只好不断地google,最后总算找到了一篇文章,可以用co和co-prompt这两个工具实现,再一次膜拜无所不能的TJ大神,也希望能够有小伙伴告诉我vue-cli它们是怎么实现的。

这个脚手架只具备最基本的功能,还远远没有达到市面上同类产品的高度,在日后再慢慢填补吧,不管怎么说,完成SCION的过程中真的学习到了很多东西。

感谢你的阅读。

前言

在实际的开发过程中,从零开始建立项目的结构是一件让人头疼的事情,所以各种各样的脚手架工具应运而生。笔者使用较多的yoeman,express-generator和vue-cli便是当中之一。它们功能丰富,但最核心的功能都是能够快速搭建一个完整的项目的结构,开发者只需要在生成的项目结构的基础上进行开发即可,非常简单高效。

作为一个不折腾会死星人,在熟悉了使用方法以后就开始琢磨起它们的原理来了。经过仔细研究文档和源码,终于算是摸清了其核心的原理,并且依据这个原理自己搭建了一款叫做SCION的脚手架。

现在让我们就以SCION为例,从零开始搭建一款属于我们自己的脚手架工具吧!

核心原理

yoeman搭建项目需要提供yoeman-generator。yoeman-generator本质上就是一个具备完整文件结构的项目样板,用户需要手动地把这些generator下载到本地,然后yoeman就会根据这些generator自动生成各种不同的项目。

vue-cli提供了相当丰富的选项和设定功能,但是其本质也是从远程仓库把不同的模版拉取到本地,而并非是什么“本地生成”的黑科技。

这样看来,思路也就有了——首先建立不同的样板项目,然后脚手架根据用户的指令引用样板项目生成实际项目。样板项目可以内置在脚手架当中,也可以部署在远程仓库。为了更广的适用范围,SCION采用的是第二种方式。

技术选型

  1. node.js:整个脚手架工具的根本组成部分,推荐使用最新的版本。
  2. es6:新版本的node.js对于es6的支持度已经非常高,使用es6能够极大地提升开发效率和开发感受。
  3. commander:TJ大神开发的工具,能够更好地组织和处理命令行的输入。
  4. co:TJ大神开发的异步流程控制工具,用更舒服的方式写异步代码。
  5. co-prompt:还是TJ大神的作品……传统的命令行只能单行一次性地输入所有参数和选项,使用这个工具可以自动提供提示信息,并且分步接收用户的输入,体验类似npm init时的一步一步输入参数的过程。

整体架构

国际惯例,着手开发之前得先弄明白整体架构,看图:

首先明白模版的概念。一个模版就是一个项目的样板,包含项目的完整结构和信息。

模版的信息都存放在一个叫做templates.json的文件当中。

用户可以通过命令行对templates.json进行添加、删除、罗列的操作。

通过选择不同的模版,SCION会自动从远程仓库把相应的模板拉取到本地,完成项目的搭建。

最终整个脚手架的文件结构如下:


  1. ================= 
  2.   |__ bin 
  3.     |__ scion 
  4.   |__ command 
  5.     |__ add.js 
  6.     |__ delete.js 
  7.     |__ init.js 
  8.     |__ list.js 
  9.   |__ node_modules 
  10.   |__ package.json 
  11.   |__ templates.json 

入口文件

首先建立项目,在package.json里面写入依赖并执行npm install:


  1. "dependencies": { 
  2.     "chalk": "^1.1.3", 
  3.     "co": "^4.6.0", 
  4.     "co-prompt": "^1.0.0", 
  5.     "commander": "^2.9.0" 
  6.   } 

在根目录下建立\bin文件夹,在里面建立一个无后缀名的scion文件。这个bin\scion文件是整个脚手架的入口文件,所以我们首先对它进行编写。

首先是一些初始化的代码:


  1. #!/usr/bin/env node --harmony 
  2. 'use strict' 
  3.  // 定义脚手架的文件路径 
  4. process.env.NODE_PATH = __dirname + '/../node_modules/' 
  5.  
  6. const program = require('commander') 
  7.  
  8.  // 定义当前版本 
  9. program 
  10.     .version(require('../package').version ) 
  11.  
  12. // 定义使用方法 
  13. program 
  14.     .usage('<command>') 

从前文的架构图中可以知道,脚手架支持用户输入4种不同的命令。现在我们来写处理这4种命令的方法:


  1. program 
  2.     .command('add') 
  3.     .description('Add a new template') 
  4.   .alias('a') 
  5.   .action(() => { 
  6.     require('../command/add')() 
  7.   }) 
  8.  
  9. program 
  10.     .command('list') 
  11.     .description('List all the templates') 
  12.     .alias('l') 
  13.     .action(() => { 
  14.         require('../command/list')() 
  15.     }) 
  16.  
  17. program 
  18.     .command('init') 
  19.     .description('Generate a new project') 
  20.   .alias('i') 
  21.   .action(() => { 
  22.     require('../command/init')() 
  23.   }) 
  24.  
  25. program 
  26.     .command('delete') 
  27.     .description('Delete a template') 
  28.     .alias('d') 
  29.     .action(() => { 
  30.         require('../command/delete')() 
  31.     }) 

commander的具体使用方法在这里就不展开了,可以直接到官网去看详细的文档。

最后别忘了处理参数和提供帮助信息:


  1. program.parse(process.argv) 
  2.  
  3. if(!program.args.length){ 
  4.   program.help() 

完整的代码请看这里。

使用node运行这个文件,看到输出如下,证明入口文件已经编写完成了。


  1. Usage: scion <command> 
  2.  
  3.  
  4.   Commands: 
  5.  
  6.     add|a      Add a new template 
  7.     list|l     List all the templates 
  8.     init|i     Generate a new project 
  9.     delete|d   Delete a template 
  10.  
  11.   Options: 
  12.  
  13.     -h, --help     output usage information 
  14.     -V, --version  output the version number 

处理用户输入

在项目根目录下建立\command文件夹,专门用来存放命令处理文件。

在根目录下建立templates.json文件并写入如下内容,用来存放模版信息:


  1. {"tpl":{}} 

添加模板

进入\command并新建add.js文件:


  1. 'use strict' 
  2. const co = require('co') 
  3. const prompt = require('co-prompt') 
  4. const config = require('../templates') 
  5. const chalk = require('chalk') 
  6. const fs = require('fs') 
  7.  
  8. module.exports = () => { 
  9.  co(function *() { 
  10.  
  11.    // 分步接收用户输入的参数 
  12.    let tplName = yield prompt('Template name: ') 
  13.    let gitUrl = yield prompt('Git https link: ') 
  14.    let branch = yield prompt('Branch: ') 
  15.      
  16.    // 避免重复添加 
  17.    if (!config.tpl[tplName]) { 
  18.      config.tpl[tplName] = {} 
  19.      config.tpl[tplName]['url'] = gitUrl.replace(/[\u0000-\u0019]/g, '') // 过滤unicode字符 
  20.      config.tpl[tplName]['branch'] = branch 
  21.    } else { 
  22.      console.log(chalk.red('Template has already existed!')) 
  23.      process.exit() 
  24.    } 
  25.     
  26.    // 把模板信息写入templates.json 
  27.    fs.writeFile(__dirname + '/../templates.json', JSON.stringify(config), 'utf-8', (err) => { 
  28.      if (err) console.log(err) 
  29.      console.log(chalk.green('New template added!\n')) 
  30.      console.log(chalk.grey('The last template list is: \n')) 
  31.      console.log(config) 
  32.      console.log('\n') 
  33.      process.exit() 
  34.     }) 
  35.  }) 

删除模板

同样的,在\command文件夹下建立delete.js文件:


  1. 'use strict' 
  2. const co = require('co') 
  3. const prompt = require('co-prompt') 
  4. const config = require('../templates') 
  5. const chalk = require('chalk') 
  6. const fs = require('fs') 
  7.  
  8. module.exports = () => { 
  9.     co(function *() { 
  10.         // 接收用户输入的参数 
  11.         let tplName = yield prompt('Template name: ') 
  12.  
  13.         // 删除对应的模板 
  14.         if (config.tpl[tplName]) { 
  15.             config.tpl[tplName] = undefined 
  16.         } else { 
  17.             console.log(chalk.red('Template does not exist!')) 
  18.             process.exit() 
  19.         } 
  20.          
  21.         // 写入template.json 
  22.         fs.writeFile(__dirname + '/../templates.json', JSON.stringify(config),     'utf-8', (err) => { 
  23.             if (err) console.log(err) 
  24.             console.log(chalk.green('Template deleted!')) 
  25.             console.log(chalk.grey('The last template list is: \n')) 
  26.             console.log(config) 
  27.             console.log('\n') 
  28.             process.exit() 
  29.         }) 
  30.     }) 

罗列模板

建立list.js文件:


  1. 'use strict' 
  2. const config = require('../templates') 
  3.  
  4. module.exports = () => { 
  5.      console.log(config.tpl) 
  6.      process.exit() 

构建项目

现在来到我们最重要的部分——构建项目。同样的,在\command目录下新建一个叫做init.js的文件:


  1. 'use strict' 
  2. const exec = require('child_process').exec 
  3. const co = require('co') 
  4. const prompt = require('co-prompt') 
  5. const config = require('../templates') 
  6. const chalk = require('chalk') 
  7.  
  8. module.exports = () => { 
  9.  co(function *() { 
  10.     // 处理用户输入 
  11.       let tplName = yield prompt('Template name: ') 
  12.       let projectName = yield prompt('Project name: ') 
  13.       let gitUrl 
  14.       let branch 
  15.  
  16.     if (!config.tpl[tplName]) { 
  17.         console.log(chalk.red('\n × Template does not exit!')) 
  18.         process.exit() 
  19.     } 
  20.     gitUrl = config.tpl[tplName].url 
  21.     branch = config.tpl[tplName].branch 
  22.  
  23.     // git命令,远程拉取项目并自定义项目名 
  24.     let cmdStr = `git clone ${gitUrl} ${projectName} && cd ${projectName} && git checkout ${branch}` 
  25.  
  26.     console.log(chalk.white('\n Start generating...')) 
  27.  
  28.     exec(cmdStr, (error, stdout, stderr) => { 
  29.       if (error) { 
  30.         console.log(error) 
  31.         process.exit() 
  32.       } 
  33.       console.log(chalk.green('\n √ Generation completed!')) 
  34.       console.log(`\n cd ${projectName} && npm install \n`) 
  35.       process.exit() 
  36.     }) 
  37.   }) 

可以看到,这一部分代码也非常简单,关键的一句话是


  1. let cmdStr = `git clone ${gitUrl} ${projectName} && cd ${projectName} && git checkout ${branch}` 

它的作用正是从远程仓库克隆到自定义目录,并切换到对应的分支。熟悉git命令的同学应该明白,不熟悉的同学是时候补补课啦!

全局使用

为了可以全局使用,我们需要在package.json里面设置一下:


  1. "bin": { 
  2.     "scion": "bin/scion" 
  3.   }, 

本地调试的时候,在根目录下执行


  1. npm link 

即可把scion命令绑定到全局,以后就可以直接以scion作为命令开头而无需敲入长长的node scion之类的命令了。

现在我们的脚手架工具已经搭建好了,一起来尝试一下吧!

使用测试

  • add | a 添加模版命令 

init | i 生成项目命令

delete | d 删除模版命令 和 list | l 罗列模版命令

大功告成啦!现在我们的整个脚手架工具已经搭建完成了,以后只需要知道模板的git https地址和branch就可以不断地往SCION上面添加,团队协作的话只需要分享SCION的templates.json文件就可以了。

后记

看起来并不复杂的东西,实际从零开始搭建也是颇费了一番心思。最大的难题是在开始的时候并不懂得如何像npm
init那样可以一步一步地处理用户输入,只懂得一条命令行把所有的参数都带上,这样的用户体验真的很不好。研究了vue-cli和yoeman也没有找到相应的代码,只好不断地google,最后总算找到了一篇文章,可以用co和co-prompt这两个工具实现,再一次膜拜无所不能的TJ大神,也希望能够有小伙伴告诉我vue-cli它们是怎么实现的。

这个脚手架只具备最基本的功能,还远远没有达到市面上同类产品的高度,在日后再慢慢填补吧,不管怎么说,完成SCION的过程中真的学习到了很多东西。

感谢你的阅读。

作者:jrainlau

来源:51CTO

时间: 2024-08-22 14:36:58

教你从零开始搭建一款前端脚手架工具的相关文章

从零开始搭建自己的VueJS2.0+ElementUI单页面网站(一、环境搭建)

前言 VueJS可以说是近些年来最火的前端框架之一,越来越多的网站开始使用vuejs作为前端框架,vuejs轻量.简单的特性使得前端开发变得更加简易,而基于vuejs的前端组件库也越来越多.我们今天使用的ElementUI,是饿了么团队开发的一款基于vuejs的前端组件库,也是众多vuejs组件库里面比较优秀的一款.这里要说一下我们构建网站所需要用到的一些东西: NodeJS(npm) Webstorm (前端IDE) Nginx(后期用来转发请求到后台服务器) Eclipse(后台IDE) 正

Silverlight游戏设计:(四)从零开始搭建游戏主体框架

思路已俨然清晰,接下来要做的是从零开始搭建游戏的主体框架.Silverlight作为RIA界的新宠儿, 不仅在游戏开发方面性能优越,在企业开发领域的优异表现同样日益显著.像我们这些长期从事.NET开发 的程序员们,如何顺利向Silverlight开发转型是入门时要解决的第一个难题. 首先要做的是安装 配置开发环境及开发工具.这里我强烈推荐.NET程序员使用windows2003或更高版本的服务器操作系统以 得到更快的编译速度:以目前开发Silverlight3.0程序应用为例,建议安装的开发工具

教大家如何搭建自己的wap网站

WAP是一种向移动终端提供互联网内容和先进增值服务的全球统一的开放式协议标准, 是简化了的无线Internet 协议.WAP 将Internet和移动电话技术结合起来,使随时随地访问丰富的互联网络资源成为现实.WAP 服务是一种手机直接上网,通过手机WAP"浏览器"浏览wap 站点的服务,可享受新闻浏览.股票查询.邮件收发.在线游戏.聊天等多种应用服务.通过GPRS 网络接入WAP,可充分发挥接入时延短(2 秒接入)速率高.永远在线.切换方便等优点. WAP能支持HTHL和XML,但W

想搭建一款流媒体服务器

问题描述 想搭建一款流媒体服务器 需求如下, ① 把摄像头采集的视频数据,通过流媒体服务器如VLC或OBS流媒体服务器框架 把采集的视频数据转换为流. ② 基于哪种协议( http或者rtsp或者其他)可以把流放到网络上看,或者生成二维码,手机扫一下即可观看 问题:① 选择哪一款流媒体框架? ② 如何把流放到网络上?

从零开始搭建MongoDB数据库服务

8月30号,受邀在DBAplus118期线上分享了<从零开始搭建MongoDB数据库服务>.以下为分享主要内容. 分享大纲 什么是『数据库即服务』 MongoDB 如何搭建一个MongoDB『数据库即服务』 什么是『数据库即服务』 首先介绍一下『数据库即服务』.『数据库即服务』其实是『Database-as-a-service』的中文翻译,我们看看它在维基百科中的定义:『数据库即服务』是这样一种服务模式,它使得应用开发者不再需要自己安装和维护数据库,而是由专门的数据库服务提供商来做,应用开发者

如何从零开始搭建一个技术平台?

郑昀 创建于2016/3/30 最后更新于2016/4/8 关键词:技术预研课题,平台设计,应用场景,故事,信息架构,业务流程,数据流程 本文档适用人员:全体研发 提纲: 如何从零开始搭建一个技术平台? 应用场景其实就是我们的愿景 从应用场景推导出故事 从故事推导出信息架构和业务流程 一,如何从零开始? 如果让你把下面这套技术体系串联起来,从零开始构建一个技术平台,你如何做需求分析呢,在没有产品经理帮助你梳理的情况下?   下面这些系统涵盖了我们研发测试运维日常工作的方方面面: idCenter

从零开始搭建论坛(二):Web服务器网关接口

[引自selfboot的博客]在 从零开始搭建论坛(一):Web服务器与Web框架 中我们弄清楚了Web 服务器.Web 应用程序.Web框架的概念.对于 Python 来说,越来越多的 Web 框架面世,在给我们更多选择机会的同时,也限制了我们对于 Web Server 的选择.同样是有着很多 Web 框架的Java,因为有着 servlet API 的存在,任何Java Web框架写的应用程序都可以运行在任意一个 Web Server 上. Python 社区当然也需要这样一套 API,来适

从零开始搭建自己的VueJS2.0+ElementUI单页面网站(二、编写导航页)

前言 在从零开始搭建自己的VueJS2.0+ElementUI单页面网站(一.环境搭建)一文中我们已经配置好了开发所需要的各种环境,在这一篇博文中我们正式进入开发.对于一个单页面应用来说,导航页是至关重要的一个页面,所有的组件都会在这个页面里进行显示.接下来我们就开始进行导航页的开发. 正文 创建导航页组件 我们在src目录下新建一个文件夹,名为components,今后我们的组件都会放在这个文件夹中.在components目录下新建一个Navi目录,在Navi目录中新建一个名为Navi.vue

有没有一款综合性的前端测试工具?非常感谢

问题描述 有没有一款综合性的前端测试工具?非常感谢 请问有没有一款综合性的前端测试工具,集成常用的多浏览器兼容性测试,页面坏死链检查,页面Js错误检查,静态语法检查等 解决方案 同求,前端多浏览器测试太苦逼了 解决方案二: 多浏览器永远的痛啊!!