nodejs 之構建工程筆記
1、fs檔案系統
var fs = require('fs')
var childProcess = require('child_process')
let path = fs.readdirSync('dist')fs.readdirSync('dist') 讀取dist檔案目錄下的所有檔案
返回以檔名組成的陣列
2、childProcess 衍生子程序的功能
可以衍生一個shell，從而使用命令操作。
待續。。。。
相關推薦
nodejs 之構建工程筆記
1、fs檔案系統 var fs = require('fs') var childProcess = require('child_process') let path = fs.readdirSync('dist') fs.readdirSync('dist') 讀取dist檔案目錄下的所
構建之法-現代軟體工程筆記
P＝{做事的，不做事的，不讓別人做事的，P4=做假的事的，P5=假裝做事的} 和人類製造出來的其他產品相比，有許多共性，也有一些特殊性。隨著人類社會的發展，技術的進步，一些事情總是變得越來越容易，例如旅行，現在人們旅行的方便程度和速度是幾百年前所不可想象的。另一些事情，像懷孕生小孩，幾千年
構建之法 學習筆記04
部分 使用 用戶 != 工作 應該 覆蓋率 錯誤處理 必須 關於軟件工程的一些基本概念和技術 單元測試 絕大部分軟件都是由多人合作完成的，大家的工作互相有依賴關系。最典型的的例子就是，某人負責的模板的功能被其他人調用。軟件的額很多錯誤都是來源於程序員對模塊功能的誤解、疏忽或
構建之法——讀書筆記（5）
exp 時間 微軟 padding 層次結構 敏捷 參加 解決問題 企業 第七章 MSF What is MSF?——Microsoft Solution Framework（微軟解決方案框架）即一個方法論，也就是微軟推薦的軟件開發方法。 MSF基本原則： MSF沒有像敏捷
構建之法閱讀筆記
.cn htm logs com .com cnblogs log html http 1.http://www.cnblogs.com/a1264393659/p/5610786.html 2.http://www.cnblogs.com/a1264393659/p/56
構建之法閱讀筆記03
比較 文字 不存在 沒有 時間 開發程序 失去 人在 想法 在團隊的合作中，代碼的規範性很重要，其可以分為兩個部分，一個是代碼行為規範，主要是文字的規定，二是代碼設計規範。牽涉到程序設計，模塊之間的關系，設計模式等方面的通用原則。如果一個人的代碼沒有任何的規範性
構建之法閱讀筆記01
style 提高自己 結合 bsp 思想 宋體 玩具 spa nbsp 構建之法閱讀筆記01 在網上找到《構建之法》這本書的電子版，經過幾天的閱讀瀏覽，對於這本書，我覺得有很多的優點，但是更多的有一種感覺，這本書更註重的對編程者的思想的啟發。書裏提供了很多的實例以及模型或者
構建之法閱讀筆記02
了解 不同 開發流程 功能設計 軟件工程 好的 學習 階段 3.3 構建之法閱讀筆記02
構建之法 閱讀筆記04
總結 求和 應該 核心 最有 交流 工作量 開發 分支 敏捷開發原則：1.盡早並持續地交付有價值的軟件以滿足顧客需求。2.敏捷流程歡迎需求的變化，並利用這種變化來提高用戶的競爭優勢 3.經常發布可用的軟件，發布間隔可以從幾周到幾個月，能短則短 4.業務人員和開發
構建之法 閱讀筆記05
產品 交互 一個 閱讀 自己 設計 問題 決定 應該 典型用戶不再是一個抽象的概念，而應該是一個活生生的人。一個典型用戶描述了一組用戶的典型技巧、能力、需要、想法、工作習慣和工作環境。在設計軟件的過程中，我們往往會以自己使用產品的習慣對軟件行業的熟悉程度出發設計，忘記
構建之法閱讀筆記04
規模 對待 構建 思路 階段 學會 力量 適合 功能模塊 構建之法閱讀筆記04 發布日期：2017.6.16 通過結對合作，令我意識到了編寫程序不僅僅要自己能明白，也要便與他人查看和理解自己的程序。 4.1大節提到的代碼規範，我們編寫代碼時要註重代碼風格規
構建之法——讀書筆記（9）
add 體驗 領域 color 讀書筆記 幫助 做什麽 目標 網站 本周粗略的過了一遍第12章。 第12章 用戶體驗 其實，計算機軟件的用戶界面（User Interface， UI）和用戶體驗（User eXeperience，UX）是一個有著豐富內容的學術領域，軟件工
構建之法閱讀筆記 01
規則 規範 麻煩 簡單的 筆記 合作 閱讀 編碼格式 錯誤 在之前做作業的時候，總是習慣性地直接code，結果經常花更多時間停下來思考，這樣反而會更耽誤時間，提高了出錯的幾率。之前的編碼格式也不是很規範，命名規則很亂，總是找比較簡單的變量進行命名，這樣無疑也會對團隊合作
構建之法閱讀筆記（1）
等等 結合 工程 註意 幫助 需求 系統 需要 功能實現 構建之法閱讀筆記（1） 這周我開始了我的閱讀之路，閱讀了構建之法的第一二章。 構建之法的第一章講的是軟件和軟件工程是什麽:軟件=程序+軟件工程。我一開始對軟件工程的理解就是敲代碼，寫程序，其實，事實不是這樣，從書上得
構建之法閱讀筆記3
clas 是我 一個 筆記 自己 dba 漢堡 不能 並且 正確給予反饋： 誰人人前不說人，誰人背後無人說。 反饋的三個層次： 最外層: 行為和後果 當反饋是關於行為和後果時，行為可以改正，後果可以彌補，對方還是有挽回局面的機會。 中間層: 習慣和動機 當
構建之法閱讀筆記4
多少 驗收 廣告 入口 進行 行動 今後 設計師 提供商 典型用戶分析： 寫一個軟件的時候要為用戶考慮，用戶在哪裏，有多少用戶是團隊在需求分析和設計階段要反復琢磨的問題。 百分之百按照用戶要求做是不行的，還要 1、找到用戶語言行動背後的動機。 一個典型用戶描述了一組用戶的
並發編程學習筆記之構建自定義的同步工具(十一)
利用 追蹤 這不 temp sets nor rac lse 情況下 概述: 在並發編程學習筆記之並發工具類(四)中,為大家介紹了幾種同步工具(同步工具就是依靠自己的狀態,調節線程是阻塞還是運行用的.),閉鎖、FutureTask、信號量、關卡. 使用以上的同步工具大部分時
併發程式設計學習筆記之構建自定義的同步工具(十一)
概述: 在併發程式設計學習筆記之併發工具類(四)中,為大家介紹了幾種同步工具(同步工具就是依靠自己的狀態,調節執行緒是阻塞還是執行用的.),閉鎖、FutureTask、訊號量、關卡. 使用以上的同步工具大部分時候可以滿足我們的需求,但是如果沒能滿足我們需要的功能,可以使用語言和類庫提供的底層
Electron學習開發之--構建完整工程並打包
由於官方文件又比較生澀且沒有例子可參考，因此抽出時間整理了一篇文章，希望能夠幫助入坑的小夥伴！ 0、說在前面的話 專案：官網electron-quick-start專案 專案使用環境：win10 64位 使用命令：npm 依賴：Node.js 特別鳴謝：本文中大量
R讀書筆記之特徵工程（一）空值處理
在特徵處理中，會有空值的刪除或者填充。 一：刪除 1一般刪除是最簡單的，用na.omit(data)就搞定，但是太粗暴了。 2若是有的觀測量空缺值太多的話，確實需要刪除，因為用別的方法填充反而會導致模型偏差。 那麼腫麼統計觀測量的空值的個數捏？可以參