标签：修改 总结 编码 software mat class 避免 nal 链接
基于 node.js 的 wordCounter 个人项目
GitHub 项目地址：https://github.com/KofeChen/node.js-WordCounter
实现功能：
能够匹配并处理
PSP
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 40 | 30 |
| · Estimate | · 估计这个任务需要多少时间 | 40 | 30 |
| Development | 开发 | 1230 | 1580 |
| · Analysis | · 需求分析 | 60 | 30 |
| · Design Spec | · 生成设计文档 | 40 | 40 |
| · Design Review | · 设计复审 | 30 | 30 |
| · Coding Standard | · 代码规范 | 20 | 20 |
| · Design | · 具体设计 | 60 | 60 |
| · Coding | · 具体编码 | 800 | 990 |
| · Code Review | · 代码复审 | 100 | 150 |
| · Test | · 测试(自我测试，修改代码，提交修改) | 120 | 120 |
| Reporting | 报告 | 150 | 130 |
| · Test Report | · 测试报告 | 60 | 50 |
| · Size Measurement | · 计算工作量 | 30 | 20 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 60 | 60 |
| Total | 总计 | 1420 | 1600 |
下载下整个项目文件并且安装了node.js之后，打开 cmd 或者 git bash 到项目文件目录下 例如：C:\Users\Kofe\desktop\WC
输入命令：
说明：如果不指明路径则默认为当前文件夹下查找符合条件的文件，文件名可以为通配符 * 。
我是学前端方向的，当时选课程的时候选了 C#，结课之后没有进行过深入学习，最终选择用 node.js 加上一点点 html 和 css 模拟设计这个wc个人项目。
一开始想过是否可以用 C# 的简单工厂设计模式做项目，后来发现自己的技术不过关，用 C# 做不来，在转向 node.js 的时候决定从一个一个小模块着手实现。通过对文件一行一行的读取并且正则处理，来统计行数、单词数和字符数等。
用户和程序之间的交互，我用的是事件的发布订阅模式，程序订阅(监听)事件，用户输入的命令经过处理之后发布(触发)事件，监听到事件触发之后再传输给模块进行处理。然后再将处理好之后的文件信息通过控制台展示出来或者再传参到图形页面展示模块展示。
实现图形界面这里只能统计好文件处理信息之后，自动打开一个浏览器，将信息拼装好放到页面上进行展示。有一个遗憾就是，没有找到方法在页面选择文件并且返回路径再处理文件。所以通过图形界面选取文件这个高级功能这里并没有实现。
设计实现：
测试：
1.控制台
统计单个文件的行数：
统计单个文件的单词数：
统计单个文件的字符数：
遍历文件夹：
遍历文件夹统计代码文件：
2. 图形界面
执行命令之后，浏览器自动弹出并展示文件信息，点击文件名链接可以通过浏览器访问文件
实现了选择文件对话框，但是没有实现选取文件之后处理文件
项目总结：
走好每一步才能放心地走下一步。
除了认识到了个人项目开发的一系列流程外，意识到只有熟悉每个流程，并通过正确的方法做好每个流程，才能避免项目走到后期的时候再来填前期的坑，浪费没必要浪费的时间。
还需加强自身硬实力。
项目并没有涉及到框架和具体的设计模式，用到的只是事件的发布订阅模式处理用户(User)命令，程序(WC)调用方法模块去处理用户请求返回结果。因为时间关系，代码当中还存在很多可优化的地方。
标签：修改 总结 编码 software mat class 避免 nal 链接
原文地址：https://www.cnblogs.com/kofechen/p/11588369.html
