关于前端:第六周ARTS

7次阅读

共计 1209 个字符，预计需要花费 4 分钟才能阅读完成。

https://leetcode-cn.com/probl…

var romanToInt = function(s) {

    const maps = new Map();
    maps.set('I', 1);
    maps.set('V', 5);
    maps.set('X', 10);
    maps.set('L', 50);
    maps.set('C', 100);
    maps.set('D', 500);
    maps.set('M', 1000); 
    let numbers = 0;
    for(let i =0; i <s.length; i++){let currentStr = s.charAt(i)
        if(maps.get(s.charAt(i-1)) <maps.get(s.charAt(i))){numbers = maps.get(currentStr)+numbers-2*maps.get(s.charAt(i-1))
        }else{numbers += maps.get(currentStr)
        }
    }
    return numbers

};

https://blog.replit.com/vite
HMR: Hot Module Replacement

文中次要讲为什么用 vite 来替换 webpack，webpack 无论打包或 npm run dev 都十分的慢，他自身也有热部署，他的工作机制是当某个文件更新，从新打包所有的文件，为了解决缓存问题，文件前面会带 hash 值（我本人应用中本身领会，如果有不对的，请指出）。而 vite 就不一样了，他只从新打包更新的局部。vite 另外把你的 code 和 dependencies 离开打包，dependencies 提前 pre-bundling。

另外之前有做 webpack npm run dev 很慢的优化，应用 dll，然而前面发现 webpack4 版本曾经废除这种做法，dll 只是应用空间来换工夫的做法，导致文件打包后特地的大，也不怎么倡议应用。

webpack 有 Tree Shaking，我目前没有发现他打包后的文件，会对性能有什么影响。webpack tree shaking 只针对 es6 的代码起作用，如果应用 babel-polyfill 做降级解决，是没有作用的，tree shaking 个别在 production 的环境中应用 Uglifyjs 来做压缩。

inefficient：adj. 无效率的, 效率低的, 能干的, 不称职的
shocked :adj. 惊愕的, 受震惊的
agnostic:n. 不可知论者 adj. 不可知论(者) 的

最近工作在调整，暂无
最近好焦虑，感觉事件解决能力有待进步，很多非工作的事件都没解决好，有本身和他们的起因，导致最近的事件没解决切当。心愿前面一切顺利。

无

正文完