1，怎么樣去把具象的問題抽象化？

就是面對一個很具體的需求時，例如時，，一個網上商城吧，它內部的各種交互紛繁復雜。那么你是如何入手去寫呢？前端架構也是需要設計的，這就看你是否理解網上商城的業務，能否把各種情況都考慮到，如果出現各種問題，那么它們是如何引起的？

2，如何對于代碼的復雜度的控制？

經常看到有人說，不能在一個function里寫超過多少行代碼，但實際開發中某個單一業務的復雜度就是必須要寫那么多那么多的代碼。這就要求具有良好的代碼書寫習慣和構思，做到在單一方法中易于維護、修改、升級。

3，過往代碼的含義？

代碼不是文字。3個月前你寫的一段文章，你3個月之后再看，依然明白你寫了些什么。但代碼不是，很多時候不用3個月，3天之前你寫的代碼，3天之后你再看，你就完全不明白是什么意思了。

你看文字時，是直接讀取含義。但你看代碼尤其是別人的代碼，（我只說我自己哈，牛人不算），多數時候要把它在腦子里翻譯成中文，然后再把它們聯系起來，才能明白這段代碼的意思。但是，但是這段代碼放在整個項目中是什么意思？誰在調用它？它是為處理什么情況而編寫的？我依然是不知道的。這種情況在你加入一個已經存在的多人協作項目的時候，經常出現，你看半天都不知道別人寫這段東西干嘛，然后不敢改不敢刪的。

4，人腦的局限。

像你我這樣普通人的大腦，基本上都很難像程序那樣去處理一個N多變量的程序，無法做得到看一段代碼，在腦子里把它的運算過程想一遍，就明白它是否有問題。人腦不擅長這個，就例如讓你算一個288*193*435，你肯定要用計算器。咱不提那些神童，因為我們都不是。

程序要求所有的變量、代碼都得是正確的，有一個錯的，就是全錯。但像你我這樣的人，腦子里無法像內存那樣去裝載并模擬整個運算過程。其實就是腦子不夠用，算不明白。所以需要調試嘛，需要console.log嘛，需要F5刷新看結果。所以生物的局限性導致編程天生就是困難的，這一點客觀存在。

5，語言本身的問題。

就是JS它不是一個直觀的自然語言。不能看到什么就說什么。首先要會語法，語法不難。但你要能夠用JS語言描述你看到的問題和需求。這里就有一個適合和轉換的過程。

JS語言難不難，就說這么多了，只是希望大家能明白它難在哪里。

以上就是js為什么那么難的詳細內容，更多請關注 其它相關文章！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。