① 最近在招前端工程師職位，發現做「UI/UE」「網頁設計/製作」的也涉及前端的技術。怎麼判斷是不是前端呢
前端工程師更專注於前台代碼質量，精通多種JS框架，比如，Ext JS，YUI，Dojo以及Ajax等，做UIUE或者網站設計的更專注於用戶體驗（界面美觀，布局合理），精通多種布局樣式，如CSS+Div或者傳統的表格布局。做前端的一般是學計算機或者軟體專業的出身，有扎實的編程基本功，做UIUE和網站設計的更多是學美術或者設計出身的，有更優秀的審美能力。這兩種職位相互交叉的地方很多很多。
② 發動機前端是什麼 如何區分發動機前端和後端
對於剛進入汽車行業的新手來說，我相信他們不知道如何區分發動機的前端和後端。下面小編就給大家簡單介紹一下發動機前端和後端的判斷方法，大家要記住。
一般發動機飛輪的末端是後端，也就是動力輸出端，後面是減震器、變矩器、變速箱等。與後端相對的是前端。前端一般有發電機、水泵、空調壓縮機、風扇等配件。由皮帶連接，所以你可以看到許多滑輪。
發動機前端和後端的區別：
按照曲軸的朝向，簡單來說，曲軸安裝皮帶輪的一端是發動機的前端，安裝飛輪的另一端是發動機的後端。可以通過觀察螺絲孔來區分。一般發動機後端都有一個很粗的螺絲孔，用來安裝變速箱。發動機前端通常是安裝正時皮帶罩或正時鏈條罩的小孔。
發動機氣缸號的順序是什麼？
正時皮帶的另一側是發動機的第一個氣缸，它也是點火序列中第一次做功的氣缸。
發動機號：汽車發動機常用的氣缸有3缸、4缸、5缸、6缸、8缸、10缸和12缸。
三缸發動機常用於1升以下的發動機，1~2.5升的四缸發動機，3升左右的六缸發動機，4升左右的八缸發動機，5.5升以上的12缸發動機。
一般來說，在氣缸直徑相同的情況下，氣缸越多，排量越大，功率越高；相同排量下，缸數越多，缸徑越小，轉速越高，以獲得更大的提升功率。
今天，邊肖介紹了什麼是發動機的前端在這里。你對如何區分發動機的前端和後端有清晰的認識嗎？希望邊肖的介紹能幫到大家。如果你喜歡，繼續關注這個網站。邊肖會經常更新。
③ 前端怎麼判斷漢字是什麼字母開頭的
去找Convert_Pinyin這個漢子轉拼音的插件，使用方法看文檔
轉為拼音後得到的拼音字元串用 str.splic(0,1)截取第一個字母就行了
④ web前端 -- js 判斷數據類型方法
1、typeof 操作符
typeof 目前能返回string，number，boolean，unfined，object，function，symbol，bigint，這八種判斷類型。使用方式：typeof(表達式)和typeof 變數名，具體判斷如下：
特別注意數組array的typeof 操作符判斷
2、instanceof
A instanceof B 可以判斷A是不是B的實例，返回一個布爾值，由構造類型判斷出數據類型，目前支持數組，對象，date，function類型。
註： instanceof 後面一定要是對象類型，大小寫不能寫錯!!!
親測： Symbol is not a constructor
3、Object.prototype.toString.call()
通過Object下的toString.call()方法來判斷，目前是最為可靠的類型檢測手段，它會將當前對象轉換為字元串並輸出。但它也不是完美的，它無法檢測用戶自定義類型。 因為Object.prototype是不知道用戶會創造什麼類型的， 它只能檢測ECMA標准中的那些 內置類型 。
注意， 這里的Object和function判斷列印都是[object Object]。使用Object.prototype.toString.call判斷Symbol報錯。
4、contructor
依據 對象 的contructor判斷，返回一個布爾值。
註： ===後面一定要是對象類型，大寫且不能寫錯!!!
⑤ 前端判斷用戶登錄狀態方法
方法一：
登錄成功後，後端返回一個 cookie，根據這個 cookie 的有無來判斷；退出登錄時，後端會刪除這個 cookie；
方法二：
登錄成功後，前端設置 cookie，比如'isLogin = true'，根據isLogin的值去判斷；退出登錄時刪除 cookieisLogin或設置 'isLogin = false'。
方法三：
1、前端發送登錄請求
2、後端返回 token，前端得到後端返回的 token，將其寫入到 localStorage（或sesstionStorage） 中，後續請求中都攜帶 token
3、後端判斷 token 是否過期，如果過期就對前台的請求響應過期標識或者狀態碼
4、前端得到過期標識後，清除 localStorage（或sesstionStorage）中的 token，然後重定向到 login 路由
以上這是我知道的三種方法，最常用的是第三種，如果誰還有其他的判斷方法，歡迎在下方留言。
⑥ 怎樣判斷是前端bug還是後端bug
這種情況下，但凡出問題，一般都是後端開發的問題。因為前端只處理用戶體驗、排版、樣式等。
現在前後端分離的技術越來越成熟，加上App、小程序等多種類型的前端，前端不僅僅是樣式了尺桐，界面上的數據顯示和處理都會由前端人員去完成。而後端開發專注於介面，前後端之間通過介面（協議）傳遞鏈孝數據。
那麼如果你在測試的時候，發現界面上的數據錯誤。這時候你去找前端，前端就會告訴你是後端的問題（有時候bug都不會看#手陵喚坦動捂臉(*/ω＼*)）；你去找後端吧，後端又告訴，這是前端的問題。於是你站在中間，一臉懵逼！
這時候就是抓包工具啦，通過抓包工具分析介面傳遞的數據，如果介面返回的數據是正確的（參考需求和介面文檔），那麼就可能是前端顯示的問題了，這時候後端至少是無辜的。