Ⅰ notepad++ 在新建文件時怎麼自動生成html基本的代碼
打開notepad++，在插件管理菜單中直接安裝「ZenCoding」插件。
Ⅱ 有哪些生成前端代碼的神器呢
在前端開發的過程中，很多相同的代碼會寫很多遍。如：開始新項目的時候，要寫和舊項目類似腳手架代碼；新建一個組件的時候，要按約定寫組件結構。如果這些重復代碼能用工具來生成，能提升前端的開發效率。
生成代碼的工具分為兩類：基於命令的和基於圖像界面的。
基於命令的工具的優點是，可配置高，效率快。缺點是，可發現性差。適合配置項目很多，配置可以組合的情況。
基於圖像界面的優點是，可發現性強，操作簡單。缺點是如果配置項很多，容易變得很難用。
羅嗦了一堆，下面開始介紹正題。
項目腳手架代碼生成工具
項目腳手架主要做的項目的構建流程，環境的配置等。做到開箱即用。
基於命令的
yo曾經流行過的一個腳手架生成工具。支持定義腳手架內容。基於 yo 的第三方腳手架也很多。
vue-cli。 Vue 項目腳手架。支持自定義腳手架內容，感興趣的可以讀讀從vue-cli源碼學習如何寫模板。
create react appReact 腳手架。比較輕量級，只是整合 webpack 和 react-router。
react boilerplateReact 腳手架。比較重量級，整合了webpack 和 react router, rex, rex suga, reselect 等。
基於圖形界面的
定製 Bootstrap 3
組件代碼生成工具
基於命令的
react boilerplate的nam run generate可生成組件的腳手架代碼。
頁面代碼生成工具
基於命令的
代碼編輯器的代碼片段(Code Snippent)功能。主流的代碼編輯器(Sublime,Atom,VS Code，Web Strom等) 都支持代碼片段。也有寫好的代碼片段的編輯器插件。主流的框架基本都有對應的代碼片段工具。
Emmet提供 HTML，CSS，JS 的自動補全功能。
Bootstrap 3 Snippets
Vuejs Snippets
基於圖形界面的
H5營銷頁面生成工具。有一大堆。
Maka
初夜
兔展
GrapesJS強大的網頁生成器。開源。
LayoutIt托拽 Bootstrap 組件，生成頁面。
Ⅲ 有不需要寫代碼就可以自動生成的小程序嗎
這個是有的，目前的小程序開發中，通過第三方平台開發就可以實現這種，不用編寫代碼就可以開發自己的小程序，當然這種就是通過開發公司搭建，這也是目前市場上主要的小程序開發類型，這種開發價格較低，根據功能幾千就可以開發好，關鍵是開發周期短，一個星期左右就可以上線運營。
Ⅳ 如何用webpack實現自動化的前端構建工作流
1.首先 git clonehttps://github.com/bjtqti/font-end-boilerplate.git 一份到本地
2.然後 npm install && npm run start
3. 最後打開瀏覽器，運行http://localhost:4000
5.解析一下這些目錄的用途：
|- dist下面存放發布的js、css 文件 （自動生成）
|- node_moles 下面是npm安裝的包文件 （自動創建）
|- src 存放具體的業務代碼
|- task 存放webpack的配置代碼
|- task
|- webpack.api.conf.js 用於webpack的api方式的配置文件 server.js用到
|- webpack.dev.conf.js 用於CLI方式使用webpack 的配置
|- webpack.prod.conf.js 用於生產環境打包輸出的配置
|- .postcssrc.js post-loader的插件配置文件，由於後面用了postcss.config.js所以重命名了這個
|- .babelrc babel的配置文件，為了解析es6語法
|- .gitignore git的配置，指出要不參與版本控制的文件及文件夾
|- .package.json 包配置文件
|- postcss.config.js post-loader配置
|- README.md github.com自動創建的項目說明文件
|- server.js 本地開發調式用的web伺服器
需要重點掌握的是package.json 其次是server.js 和 task相關的配置內容
先看看package.json:
{
"name": "shop",
"version": "1.0.0",
"description": "webapp frontend shop",
"main": "index.js",
"scripts": {
"start": "node server.js",
"dev": "webpack-dev-server --config ./task/webpack.dev.conf.js",
"build": "webpack --config ./task/webpack.prod.conf.js",
"test": "echo "Error: no test specified" && exit 1"
},
"keywords": [
"mall",
"shop"
],
"author": "frog",
"repository": "https://github.com/bjtqti/font-end-boilerplate.git",
"license": "MIT",
"devDependencies": {
"babel-core": "^6.25.0",
"babel-loader": "^7.1.1",
"babel-plugin-transform-runtime": "^6.23.0",
"babel-preset-env": "^1.5.2",
"css-loader": "^0.28.4",
"express": "^4.15.3",
"extract-text-webpack-plugin": "^2.1.2",
"html-webpack-plugin": "^2.29.0",
"postcss-loader": "^2.0.6",
"style-loader": "^0.18.2",
"webpack": "^2.6.1",
"webpack-dev-middleware": "^1.11.0",
"webpack-dev-server": "^2.5.0",
"webpack-hot-middleware": "^2.18.0"
},
"dependencies": {
"babel-plugin-transform-runtime": "^6.15.0"
}
}
這個文件其實就是一個json對象，里邊重點掌scripts 的用法。比如start：node server.js 對應 npm run start （或 npm start) 這條命令就相當於是在node環境下運行了server.js
那麼server.js(文件名可以自已定）里邊保存了一些什麼內容？
var express = require("express");
var webpack = require("webpack");
var path = require('path')
var app = express();
var webpackConfig = require("./task/webpack.api.conf.js");
var compiler = webpack(webpackConfig);
var devMiddleware = require('webpack-dev-middleware')(compiler, {
contentBase: webpackConfig.output.path,
publicPath: webpackConfig.output.publicPath,
//hot: true,
//stats: { colors: true },
quiet: true
})
var hotMiddleware = require('webpack-hot-middleware')(compiler, {
//lazy: true,
//path:'/hmr',
log: () => {}
})
app.use(express.static('./dist'));
app.use(hotMiddleware)
app.use(devMiddleware)
app.listen(4000, function () {
console.log("Listening on port 4000!");
});
其實就是使用了express來搭建一個小型的開發伺服器。然後引用webpack-dev-middleware和webpack-hot-middleware兩個中間件，結合webpack.api.conf.js的配置，實現打包和熱載入src下面的代碼。由於這里涉及到express的知識，不打算涉及全棧的前端只需了解一下即可，因為後面還有一個封裝好的工具可以替代這些工作--webpack-dev-server
所以我在script中添加了一個dev：webpack-dev-server 的命令，這全完是為了方便學習這兩種方式的應用，實際上任選其中一種就好了，這一種可能會感覺更簡單，因為它是第一種方式的封裝，但是要深入的了解，還是建議看看第一種方式，Vue-cli也是採用的第一方式，因為它可供開發者自由支配的空間更大。唯一需要注意的是，如果使用webpack-dev-server的話，目前還不能用webpack3.0+。
接下來運行npm run build 看看，dist目錄下是不是多了一些文件？這就是將來可以直接發布到線上的代碼了。
到這里，打包，發布 都介紹完了，下面簡單演示一下熱替換（也就是所謂的無刷新替換效果）。為了演示方便，我在src下放了一些代碼.
當我們打開http://localhost:4000的時候，瀏覽器上有一段綠色的文字:Hello world 還有一個時間毫秒數，加這個毫數的目的是為了演示，如果頁面刷新了，數字會改變。
然後修改style.css中的內容，比如把字體顏色改成紅色，瀏覽器上的字體顏色也相應的變化了，而數字沒有發生改變。如果手動刷新的話，可以看到數字是會變化的。
這不僅會節省時間，而且對於要保存頁面狀態（比如某按鈕選中）的情況非常有用。當我們修改hello.es6的時候，頁面變成了自動刷新，這是因為我沒有使用js的熱替換載入器。
如果對html的修改，也想要自動刷新的話，需要用到插件，發出相應的事件。比如vue-cli中的方式：
// force page reload when html-webpack-plugin template changes
compiler.plugin('compilation', function (compilation) {
compilation.plugin('html-webpack-plugin-after-emit', function (data, cb) {
hotMiddleware.publish({ action: 'reload' })
cb()
})
})
這里只是發出一個通知：action:'reload'，要使頁面自動重新載入，還需要有一個接收通知的代碼：
比如在入口中加入：
/* eslint-disable */
require('eventsource-polyfill')
var hotClient = require('webpack-hot-middleware/client?noInfo=true&reload=true')
hotClient.subscribe(function (event) {
if (event.action === 'reload') {
window.location.reload()
}
})
這個地方比較深奧，沒有弄明白也沒關系，有其它方式同樣可以實現。比如webpack-dev-server 內部已經自動完成了對不支持熱替換的載入器，自動降為刷新。
這也是為什麼在開發環境下使用了extract-text-webpack-plugin（提取css的插件）後，樣式的熱替換變成了刷新效果的原因。
Ⅳ 前端開發前面的<!DOCIYPE怎麼自動生成
使用成熟的開工具 webstorm這類的， 在新建html文件時，就會自動將這些基礎內容填充好