現代計畫為旗下捷恩斯品牌增添一款豪華純電動車

據路透社報導,韓國現代汽車公司高級副總裁Manfred Fitzgerald稱,公司計畫為旗下捷恩斯品牌增添一款豪華純電動車,擴充該豪華品牌的產品線。

Fitzgerald在釜山車展期間向路透社記者表示,由於捷恩斯對現代來講起著推進作用,而且很顯然,電動車必須佔據著重要地位,因此我們確定將推出豪華純電動車。然而,該副總裁並未透露新車推出時間等詳細資訊。

Fitzgerald認為純電動車將是汽車行業的“未來車型。”2015年11月,現代汽車宣佈將原先的高檔子品牌Genesis設立為獨立的全球豪華品牌,此後為了樹立捷恩斯的形象,該公司先後從賓利挖來後者的設計總監呂克•東克沃爾克(Luc Donckerwolke)、外飾設計師Sangyup Lee和前蘭博基尼設計總監Manfred Fitzgerald。

捷恩斯也被現代賦以眾望,被期望增加消費者對高檔車的需求,並借助更高的價位提升不斷減少的利潤。

呂克•東克沃爾克加盟現代後任職現代設計中心高級副總裁,其表示“捷恩斯現在最主要的目標是提高與其他品牌的辨識度,不與後者有設計上的重合。”

現代在一份聲明中表示,計畫在2017年上半年推出捷恩斯G80中大型車的柴油版。在釜山車展上亮相的汽油版G80是該品牌下的第二款車型,將於7月在韓國上市。捷恩斯旗下第一款車型為G90。

Fitzgerald稱,電動車將為捷恩斯這個新品牌增添更多的推進系統,將説明該品牌在豪華車市場獲得成功。

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司,幫您輕鬆架站!

※想要讓你的商品成為最夯、最多人討論的話題?網頁設計公司讓你強力曝光

※想知道最厲害的台北網頁設計公司推薦台中網頁設計公司推薦專業設計師”嚨底家”!!

※專營大陸快遞台灣服務

台灣快遞大陸的貨運公司有哪些呢?

電動車需求噴發、2035年將飆16倍

日本市調機構富士經濟(Fuji Keizai)15日公布了油電混和車(HV)/插電式油電混和車(PHEV)/電動車(EV)等次世代車種的市場動向調查報告,現行次世代車種以HV需求最大,預估截至2025年左右為止,HV仍將為次世代車種的主流產品,不過因HV僅部分日系車廠專注研發,故預估今後其需求增幅恐將趨緩。

另一方面,PHEV、EV在2025年以後的需求增幅將加快,預估2030年左右時,HV、PHEV、EV將呈現幾乎相互抗衡的局面,2035年在北美、歐洲、中國需求加持下,PHEV、EV市場將進一步擴大,超越HV。

富士經濟指出,2015年特斯拉(Tesla)「Model S」在北美、歐洲、中國市場需求強勁,加上中國車廠在獲得政府豐厚補助政策加持下、於中國國內的銷售走揚,帶動EV全球市場規模大幅增加至34萬台(其中歐洲10萬台、中國15萬台)。

富士經濟指出,全球EV市場當前將持續呈現緩和增長,不過預估自2020年左右起,EV需求將呈現急速擴大,預估2035年全球EV市場規模將達567萬台、將較2015年飆增近16倍(成長1,567%);其中,中國市場規模預估達203萬台(為2015年的13.5倍)、歐洲預估為149萬台(2015年的14.9倍)。

富士經濟並預估,2035年全球PHEV市場規模將達665萬台、將較2015年(21萬台)飆增近31倍(成長3,066%),其中歐洲市場規模預估達217萬台(為2015年的24.1倍)、北美市場為182萬台(2015年的36.4倍)。

2035年全球HV市場規模預估為468萬台、將較2015年(159萬台)成長近2倍(成長194%);其中日本市場規模預估達200萬台(2015年的2.3倍)、北美為135萬台(2015年的3.5倍)。

CNBC報導,著有「Clean Disruption of Energy and Transportation」(暫譯:能源和運輸業的綠化革命)一書的創業家Tony Seba 14日在野村證券舉辦的投資論壇上表示,電動車的運輸效能不斷改善,售價更是快速下降,預估以汽柴油做為動力的內燃式引擎(Internal combustion engine)很快就會失去競爭優勢。

Seba預估,到了2020年,美國一台電動車的售價大約會下降至3萬美元,相較之下,目前一台內燃式引擎新車平均售價還多達33,000美元。不僅如此,到了2022年,一台低階電動車的售價甚至有機會下殺到22,000美元。

日經新聞1月12日報導,日本汽車業龍頭豐田汽車社長豐田章男接受日經/金融時報聯訪時表示,「今後100年將是環保車的時代」,他說,「汽車產業過去1個世紀來,主要以汽油引擎為主流,不過下一個100年,燃料電池車(FCV)、插電式油電混合車(PHEV)等各種環保車需求將增長」。

(本文內容由授權使用;首圖來源: CC BY 2.0)

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站,提高曝光率!!

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司,幫您輕鬆架站!

※想知道最厲害的台北網頁設計公司推薦台中網頁設計公司推薦專業設計師”嚨底家”!!

大陸寄台灣空運注意事項

大陸海運台灣交貨時間多久?

傳 Tesla 將在上海建生產基地,總投資 90 億美元

據 Bloomberg 援引知情人士消息,電動車製造商 Tesla 已經選定上海建設 Tesla 中國生產基地,總投資額高達 90 億美元。   據悉 Tesla 已經與上海市政府控股的金橋集團簽署不具備約束力的諒解備忘錄,Tesla 將在上海建設生產基地,Tesla 中國生產基地由金橋集團和 Tesla 公司共同出資建設,總投資額為 90 億美元,其中金橋集團的投資以提供土地的方式投入,Tesla 投資 45 億美元。   Tesla 選擇在中國投資建設生產基地,有望實現在地化生產,在這之前 Tesla 的電動車均在美國加州生產,進口到中國市場需要繳納 25% 的關稅,Tesla 中國生產基地建成中 Tesla 電動車將在中國生產製造,產品的定價有望降低,提升市場競爭力,特別是與已經實現了在地化生產的海外品牌產品、中國汽車品牌的產品競爭。   Tesla 公司 CEO Elon Musk 曾在 1 月份表示,Tesla 正在尋找一位合作夥伴,主要是在生產製造方面進行合作,Tesla 已經與政府部門進行了多次溝通。除上海之外,蘇州、合肥等城市也在與 Tesla 洽談合作,顯然上海在這一次競爭中處於領先地位。   Tesla 公司發言人 Khobi Brooklyn 表示,不會對這一傳聞做出回應。上海市政府發言人沒有確認與Tesla 的合作,但也沒有否認。

(本文授權轉載自《》─〈〉)

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司,幫您輕鬆架站!

※想要讓你的商品成為最夯、最多人討論的話題?網頁設計公司讓你強力曝光

※想知道最厲害的台北網頁設計公司推薦台中網頁設計公司推薦專業設計師”嚨底家”!!

※專營大陸快遞台灣服務

台灣快遞大陸的貨運公司有哪些呢?

立凱攜手五龍電動車登陸,7月啟動建廠計畫拚商機

立凱-KY昨(27)日舉行股東會,並通過與香港首富李嘉誠投資的五龍電動車合作案。公司董事長張聖時指出,將與五龍電動車在中國大陸合作設立磷酸鋰鐵電池正極材料工廠,預計7月1日開始執行建廠計畫,並在一年內投產,搶攻中國大陸十三五的電動車商機。   張聖時表示,立凱今年改變策略往中國市場發展,因2015年台灣電動巴士市場僅有21台的規模,但中國十三五規畫則有20萬台需求量,其電動巴士和儲能市場龐大,因此,公司決定至中國建廠擴產,地點最有可能在貴州;公司內部對於今年下半年展望趨樂觀。   他也指出,此案將由五龍電動車和中國客戶出資約台幣50億至60億元建廠,立凱則以技術作價,不須出資;初期磷酸鋰鐵電池正極材料年產能規劃為2萬噸,較立凱目前在台的3,000噸年產能大增數倍,未來立凱將可依出貨量按比例收取技術授權金。   (本文內容由授權使用)

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站,提高曝光率!!

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司,幫您輕鬆架站!

※想知道最厲害的台北網頁設計公司推薦台中網頁設計公司推薦專業設計師”嚨底家”!!

大陸寄台灣空運注意事項

大陸海運台灣交貨時間多久?

嚴凱泰:特斯拉「來就來吧」

裕隆集團旗下裕隆日產今(30)日召開股東會,由董事長嚴凱泰親自主持,會前媒體問及他對車市、以及特斯拉來台,他表示,雖然國內景氣不佳,但因有汰舊換新政策,預期今年車市仍會微幅成長;至於特斯拉來台設銷售據點,他則表示,電動車是發展趨勢,只是全球的基礎建設尚未完備,油電混合車仍會是主流,但看好長期趨勢,裕隆也是會全力發展。   嚴凱泰今年首度缺席裕隆股東會,引發市場對他健康的臆測,上周他首度出席中華車股東會,今天再親自主席裕日車股東會,精神奕奕回答媒體問題,針對車市,他維持微幅成長的看法。   至於特斯拉將來台設銷售公司,搶攻台灣的汽車市場,嚴凱泰則說:台灣是自由市場,「來就來吧」,他認為在全球基礎建設還未到位下,市場仍以油電車為主,而裕隆集團仍會投入電動車發展。   而針對近期勞資關心的「罷工」、「一例一休」、「加班」等議題,他均以「沒有研究回應」。   (本文內容由 授權轉載;首圖來源: CC BY 2.0)

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司,幫您輕鬆架站!

※想要讓你的商品成為最夯、最多人討論的話題?網頁設計公司讓你強力曝光

※想知道最厲害的台北網頁設計公司推薦台中網頁設計公司推薦專業設計師”嚨底家”!!

※專營大陸快遞台灣服務

台灣快遞大陸的貨運公司有哪些呢?

特斯拉出貨不順,第二季交車輛不如預期

全球電動車龍頭廠商特斯拉(Tesla)雖然討論度極高,旗下各款電動車產品的訂單量也大,但交車量卻不如預期,已是連續第三季度挑戰交車目標失敗。

相關報導指出,特斯拉今年第二季交車量合計約14,370輛,不只低於原先預期的17,000輛,也比第一季的14,810輛還少了3%左右。這已是特斯拉連續第三季實際交車量低於目標。

特斯拉表示,交車量不如預期的原因是因為產能擴張太快、且電動休旅車Model X生產延誤。特斯拉亦表示,目前仍有約5,150輛車正在運送途中,預計在第三季初陸續交付客戶,並將計入第三季交車量。

為供應大量訂單,特斯拉近期積極擴產,預計今年下半年共可交車5萬輛;但全年預計7.9萬輛的交車量,仍將低於原先預期的8~9萬輛。今年稍早,特斯拉執行長Elon Musk曾表示要在2018年前將年產能提高至50萬輛;但近期的出貨狀況再次引發市場懷疑。

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站,提高曝光率!!

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司,幫您輕鬆架站!

※想知道最厲害的台北網頁設計公司推薦台中網頁設計公司推薦專業設計師”嚨底家”!!

大陸寄台灣空運注意事項

大陸海運台灣交貨時間多久?

鴻海電動車團隊成軍,2020年推出新車款

中國騰訊集團、和諧汽車與台灣背景的鴻海集團共同成立電動車商產生Future Mobility,並預計在今年第三季完成首輪融資、陸續增聘人手,計畫在2020年前推出旗下首款智能電動車。

外媒報導,Future Mobility的聯合創始人暨營運長Daniel Kirchert挖角自中國Infiniti。Kirchert打算將公司員工從目前的50人擴增到明年底的600人規模,並表示將在中國大陸生產旗下電動車。公司亦正與中國與香港上市公司商討融資,預計在第三季就會完成首輪融資,未來也會考慮與歐美投資者合作。

Future Mobility是鴻海、騰訊、和諧汽車於2015年共同成立的電動車公司「和諧富騰」旗下之新創公司。和諧富騰由騰訊、鴻海分別持股29.4%,其餘由和諧汽車持股,致力於推動「互聯網+智能電動車」,並已從BMW借將Carsten Breitfeld擔任CEO。

新車價格與Audi A4、BMW i3相等

Kirchert指出,Future Mobility的首輛智能電動車款預計最晚將在2020年亮相,初步規劃定價為30萬元人民幣左右,約與Audi A4、BMW i3同一等級。新車將在中國大陸生產,但目前還未決定要自建廠房或與其他車廠合作。

另一方面,富士康、騰訊、和諧汽車以簽署協議,將在鄭州投資人民幣10億元成立公司,以布局智慧電動車級互聯網相關專案工作。

鴻海除積極入主電動車事業之外,和諧汽車亦於去年底取得河南和諧旗下鋰電池汽車公司綠野汽車之55%股權給和諧富騰,鴻海相當於間接掌握里電池電動車的事業。加上鴻海已在鄭州、杭州、北京布局新能源汽車租賃服務,從鋰電池到電動車事業皆已有策畫。

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司,幫您輕鬆架站!

※想要讓你的商品成為最夯、最多人討論的話題?網頁設計公司讓你強力曝光

※想知道最厲害的台北網頁設計公司推薦台中網頁設計公司推薦專業設計師”嚨底家”!!

騙補者或被取消資質 新能源補貼新政欲出

中國新能源汽車騙補事件結果即將出爐。日前,國務院方已經就新能源汽車推廣應用督查報告作出批示,要求嚴肅懲處市場騙補行為,同時完善相關補貼制度。  
 
部分騙補車企或被取消資質 今年初,部分車企被爆造假資料,騙取中國國家財政補貼,形成了新能源汽車騙補產業鏈,引起外界一片譁然。隨後,工信部、財政部、科技部以及 發改委聯合發佈《關於開展新能源汽車推廣應用核查工作的通知》,通過自查與現場督查的方式,調查全部車輛生產企業以及新能源汽車運營企業(含公交、客運、專用車等)、租賃企業、企事業單位等新能源汽車用戶,全面核查財政資金使用及管理情況、新能源汽車生產與使用情況。   目前,中國界定騙補和違規謀補方式主要有三種,包括車輛未達到推廣標準甚至未生產,違規取得牌照騙取補貼;車輛符合規定,但賣給關聯企業而非終端使用者,未達到補貼條件提前謀取補貼;車輛賣給終端使用者,但在獲取補貼後大量閒置,造成財政資金嚴重浪費。   同時,根據車企的違規情節採取不同的措施,包括取消財政補貼資格,追回補貼資金、罰款、取消汽車生產資質,將問題車型從推薦車型目錄中剔除,等等。  
新一輪補貼政策即將推出 目前,按照中’國的補貼政策,新能源汽車補貼分為國家補貼和地方補貼兩大類,而大部分新能源汽車示範推廣城市的地方補貼標準與國家1:1配比。高額的政策性補貼,不僅成為了新能源生產企業的主要利潤來源,也是新能源汽車推廣的重要動力。   分析人士指出,打擊騙補為未來新能源車發展奠定較好的補貼環境基礎。而出臺更為完善的政策,將是新能源汽車未來可持續性發展的關鍵,才能讓大市場刺激強勢產品和讓優秀企業脫穎而出。   據悉,隨著騙補調查結果的出爐,新一輪的新能源補貼政策也將隨之出爐。  
文章來源:南方日報(中國大陸)

本站聲明:網站內容來源於EnergyTrend https://www.energytrend.com.tw/ev/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站,提高曝光率!!

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司,幫您輕鬆架站!

※想知道最厲害的台北網頁設計公司推薦台中網頁設計公司推薦專業設計師”嚨底家”!!

Windows平台LoadLibrary加載動態庫搜索路徑的問題

一、背景

在給Adobe Premiere/After Effects等後期製作軟件開發第三方插件的時候,我們總希望插件依賴的動態庫能夠脫離插件的位置,單獨存儲到另外一個地方。這樣一方面可以與其他程序共享這些動態庫,還能保證插件安裝時非常的清爽。就Adobe Premiere Pro/After Effects來說,插件文件是放到C:\Program Files\Adobe\Common\Plug-ins\7.0\MediaCore(Windows平台)的。這個是PremiereProAfterEffects的公共插件目錄,二者在啟動的時候都會嘗試去這個位置加載插件。與此同時,我們希望自己開發的插件所依賴的動態庫放到另外的位置,另外也希望插件显示鏈接的動態庫能夠盡量少。因為如果是顯式鏈接的話,這些插件依賴的動態庫必須和插件保存在同一個位置。不然插件找不到這些依賴文件就會加載失敗的。當然,我們也可以在環境變量裏面增加一條路徑,但是這容易污染環境變量,或者與其他的程序庫產生衝突。LoadLibrary在這個時候就產生作用了。LoadLibrary通過將指定路徑的動態庫加載到當前的調用進程,然後獲取其導出的函數就可以正常使用了。對於像第三方插件這樣的應用場景,LoadLibrary可以說是個不錯的實現方式。但是正因此也有個弊端,我們無法使用工具得知其的依賴庫。

二、使用實例

我們在給Adobe Premiere Pro開發的一款插件中,正是使用了這種方法:
(1)首先從註冊表中獲取到我們插件依賴的動態庫文件所在的位置:

 1 bool GetInstallationPath(std::string& result) {
 2     DWORD data_type;
 3     CHAR value[1024];
 4     PVOID pv_data = value;
 5     DWORD size = sizeof(value);
 6     auto err = RegGetValue(HKEY_CLASSES_ROOT, "test_app\\plugin", "install_location", RRF_RT_ANY, &data_type, pv_data, &size);
 7     if (err == ERROR_SUCCESS) {
 8         std::string filepath(value); 
 9         std::regex_replace(std::back_inserter(result), filepath.begin(), filepath.end(), std::regex("[\\\\/]+[^\\\\/]+$"), "");
10         return true;
11     }
12     return false;
13 }

(2)通過調用LoadLibrary來加載指定的依賴庫

std::string    dirname;
if (!GetInstallationPath(dirname)) {
    return false;
}  
SetDllDirectory(dirname.c_str());
insmedia_dll.handle = LoadLibrary("core.dll");

如上述代碼所示,我們的插件唯一依賴的動態庫叫core.dll。而core.dll文件存放的位置記錄在註冊表中。程序先從註冊表中獲取core.dll所在的文件夾,然後設置到DLL的搜索路徑中。最後再調用LoadLibrary加載它。在最初開發及發布后,插件運行的很好。然而,在Adobe發布Premiere Pro CC 2020之後,插件就不工作了。這是為啥呢?根據過往的經驗來看,插件加載不上只有一個原因:依賴的動態庫缺失或者是加載錯了版本。那麼,我們就來看看到底是哪個依賴加載錯了導致插件加載失敗呢?通過在WinDBG裏面調試看到了如下的差異:

看上圖很顯然,我們的插件在加載ffmpeg的庫文件時,先找到了PremierePro安裝根目錄裏面的版本了。而PremierePro使用的ffmpeg版本顯然跟我們不一樣。正是因為這兩個庫的版本不對,導致我們的插件加載失敗了。那麼,LoadLibrary這種方法顯然還是存在一些Bug了。我們的core.dll還依賴OpenCV、ffmpeg等第三方庫。看MSDN的解釋是,LoadLibrary會先從調用進程的目錄下搜索動態庫的依賴。這樣的行為顯然不是我們想要的。這個時候,我們還有個選擇:使用LoadLibraryEx。具體的使用方法仍然一樣,只不過傳給LoadLibraryEx的第一個參數是我們要加載的動態庫的絕對路徑:

 1 std::string    dirname;
 2 if (!GetInstallationPath(dirname)) {
 3     return false;
 4 }  
 5  
 6 std::string absolute_path = dirname + "\\InsMedia.dll";
 7 insmedia_dll.handle = LoadLibraryEx(absolute_path.c_str(), nullptr, LOAD_WITH_ALTERED_SEARCH_PATH);
 8 if (!insmedia_dll.handle) {
 9     return false;
10 }

注意到第三個參數為LOAD_WITH_ALTERED_SEARCH_PATH,通過指定LOAD_WITH_ALTERED_SEARCH_PATH,讓系統DLL搜索順序從DLL所在目錄開始。這樣就能夠保證加載動態庫的時候優先加載我們打包的動態庫。從而避免因為動態庫加載錯誤導致插件失敗。

從上圖可以看到,所有依賴的動態庫都變成了我們自己提供的庫文件了,插件也能正常加載了。完美!

三、參考鏈接

1. https://blog.csdn.net/cuglifangzheng/article/details/50580279
2. https://docs.microsoft.com/en-us/windows/win32/api/libloaderapi/nf-libloaderapi-loadlibrarya

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※為什麼 USB CONNECTOR 是電子產業重要的元件?

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司,幫您輕鬆架站!

※想要讓你的商品成為最夯、最多人討論的話題?網頁設計公司讓你強力曝光

※想知道最厲害的台北網頁設計公司推薦台中網頁設計公司推薦專業設計師”嚨底家”!!

【編程題與分析題】Javascript 之繼承的多種實現方式和優缺點總結

[!NOTE]
能熟練掌握每種繼承方式的手寫實現,並知道該繼承實現方式的優缺點。

原型鏈繼承

    function Parent() {
      this.name = 'zhangsan';
      this.children = ['A', 'B', 'C'];
    }
    Parent.prototype.getName = function() {
      console.log(this.name);
    }
    
    function Child() {
      
    }
    Child.prototype = new Parent();
    var child = new Child();
    console.log(child.getName());

[!NOTE]
主要問題:
1. 引用類型的屬性被所有實例共享(this.children.push(‘name’))
2. 在創建Child的實例的時候,不能向Parent傳參

借用構造函數(經典繼承)

    function Parent(age) {
      this.names = ['zhangsan', 'lisi'];
      this.age = age;
      
      this.getName = function() {
        return this.names;
      }
      
      this.getAge = function() {
        return this.age;
      }
    }
    
    function Child(age) {
      Parent.call(this, age);
    }
    var child = new Child(18);
    child.names.push('haha');
    console.log(child.names);
    
    var child2 = new Child(20);
    child2.names.push('yaya');
    console.log(child2.names);

[!NOTE]
優點:
1. 避免了引用類型的屬性被所有實例共享
2. 可以直接在Child中向Parent傳參
缺點:
方法都在構造函數中定義了,每次創建實例都會創建一遍方法

組合繼承(原型鏈繼承和經典繼承雙劍合璧)

    /**
    * 父類構造函數
    * @param name
    * @constructor
    */
    function Parent(name) {
      this.name = name;
      this.colors = ['red', 'green', 'blue'];
    }
    
    Parent.prototype.getName = function() {
      console.log(this.name);
    }
    
    // child
    function Child(name, age) {
      Parent.call(this, name);
      this.age = age;
    }
    
    Child.prototype = new Parent();
    // 校正child的構造函數
    Child.prototype.constructor = Child;
    
    // 創建實例
    var child1 = new Child('zhangsan', 18);
    child1.colors.push('orange');
    console.log(child1.name, child1.age, child1.colors);    // zhangsan 18 (4) ["red", "green", "blue", "orange"]
    
    var child2 = new Child('lisi', 28);
    console.log(child2.name, child2.age, child2.colors);    // lisi 28 (3) ["red", "green", "blue"]

[!NOTE]
優點: 融合了原型鏈繼承和構造函數的優點,是Javascript中最常用的繼承模式

—— 高級繼承的實現

原型式繼承

    function createObj(o) {
      function F(){};
      // 關鍵:將傳入的對象作為創建對象的原型
      F.prototype = o;
      return new F();
    }
    
    // test
    var person = {
        name: 'zhangsan',
        friends: ['lisi', 'wangwu']
    }
    var person1 = createObj(person);
    var person2 = createObj(person);
    
    person1.name = 'wangdachui';
    console.log(person1.name, person2.name);  // wangdachui, zhangsan
    
    person1.friends.push('songxiaobao');
    console.log(person2.friends);       // lisi wangwu songxiaobao

[!WARNING]
缺點:
對於引用類型的屬性值始終都會共享相應的值,和原型鏈繼承一樣

寄生式繼承

    // 創建一個用於封裝繼承過程的函數,這個函數在內部以某種形式來增強對象
    function createObj(o) {
      var clone = Object.create(o);
      clone.sayName = function() {
        console.log('say HelloWorld');
      }
      return clone;
    }

[!WARNING]
缺點:與借用構造函數模式一樣,每次創建對象都會創建一遍方法

寄生組合式繼承

基礎版本

    function Parent(name) {
      this.name = name;
      this.colors = ['red', 'green', 'blue'];
    }
    
    Parent.prototype.getName = function() {
      console.log(this, name);
    }
    
    function Child(name, age) {
      Parent.call(this, name);
      this.age = age;
    }
    
    // test1:
    // 1. 設置子類實例的時候會調用父類的構造函數
    Child.prototype = new Parent();
    // 2. 創建子類實例的時候也會調用父類的構造函數
    var child1 = new Child('zhangsan', 18);   // Parent.call(this, name);
    
    
    // 思考:如何減少父類構造函數的調用次數呢?
    var F = function(){};
    F.prototype = Parent.prototype;
    Child.prototype = new F();
    
    // 思考:下面的這一句話可以嗎?
    /* 分析:因為此時Child.prototype和Parent.prototype此時指向的是同一個對象,
            因此部分數據相當於此時是共享的(引用)。
            比如此時增加 Child.prototype.testProp = 1; 
            同時會影響 Parent.prototype 的屬性的。
          如果不模擬,直接上 es5 的話應該是下面這樣吧
          Child.prototype = Object.create(Parent.prototype);*/
    Child.prototype = Parent.prototype;
    
    // 上面的三句話可以簡化為下面的一句話
    Child.prototype = Object.create(Parent.prototype);
    
    
    
    // test2:
    var child2 = new Child('lisi', 24);

優化版本

    // 自封裝一個繼承的方法
    function object(o) {
      // 下面的三句話實際上就是類似於:var o = Object.create(o.prototype)
      function F(){};
      F.prototype = o.prototype;
      return new F();
    }
    
    function prototype(child, parent) {
      var prototype = object(parent.prototype);
      // 維護原型對象prototype裏面的constructor屬性
      prototype.constructor = child;
      child.prototype = prototype;
    }
    
    // 調用的時候
    prototype(Child, Parent)

創建對象的方法

  • 字面量創建
  • 構造函數創建
  • Object.create()
var o1 = {name: 'value'};
var o2 = new Object({name: 'value'});

var M = function() {this.name = 'o3'};
var o3 = new M();

var P = {name: 'o4'};
var o4 = Object.create(P)

原型

  • JavaScript 的所有對象中都包含了一個 __proto__ 內部屬性,這個屬性所對應的就是該對象的原型
  • JavaScript 的函數對象,除了原型 __proto__ 之外,還預置了 prototype 屬性
  • 當函數對象作為構造函數創建實例時,該 prototype 屬性值將被作為實例對象的原型 __proto__

原型鏈

任何一個實例對象通過原型鏈可以找到它對應的原型對象,原型對象上面!

的實例和方法都是實例所共享的。

一個對象在查找以一個方法或屬性時,他會先在自己的對象上去找,找不到時,他會沿着原型鏈依次向上查找。

注意: 函數才有prototype,實例對象只有有__proto__, 而函數有的__proto__是因為函數是Function的實例對象

instanceof原理

判斷實例對象的__proto__屬性與構造函數的prototype是不是用一個引用。如果不是,他會沿着對象的__proto__向上查找的,直到頂端Object。

判斷對象是哪個類的直接實例

使用對象.construcor直接可判斷

構造函數,new時發生了什麼?

   var obj  = {}; 
   obj.__proto__ = Base.prototype;
   Base.call(obj);  
  1. 創建一個新的對象 obj;
  2. 將這個空對象的__proto__成員指向了Base函數對象prototype成員對象
  3. Base函數對象的this指針替換成obj, 相當於執行了Base.call(obj);
  4. 如果構造函數显示的返回一個對象,那麼則這個實例為這個返回的對象。 否則返回這個新創建的對象

類的聲明

// 普通寫法
function Animal() {
  this.name = 'name'
}

// ES6
class Animal2 {
  constructor () {
    this.name = 'name';
  }
}

繼承

借用構造函數法

在構造函數中 使用Parent.call(this)的方法繼承父類屬性。

原理: 將子類的this使用父類的構造函數跑一遍

缺點: Parent原型鏈上的屬性和方法並不會被子類繼承

function Parent() {
  this.name = 'parent'
}

function Child() {
  Parent.call(this);
  this.type = 'child'
}

原型鏈實現繼承

原理:把子類的prototype(原型對象)直接設置為父類的實例

缺點:因為子類只進行一次原型更改,所以子類的所有實例保存的是同一個父類的值。
當子類對象上進行值修改時,如果是修改的原始類型的值,那麼會在實例上新建這樣一個值;
但如果是引用類型的話,他就會去修改子類上唯一一個父類實例裏面的這個引用類型,這會影響所有子類實例

function Parent() {
  this.name = 'parent'
  this.arr = [1,2,3]
}

function Child() {
  this.type = 'child'
}

Child.prototype = new Parent();
var c1 = new Child();
var c2 = new Child();
c1.__proto__ === c2.__proto__

組合繼承方式

組合構造函數中使用call繼承和原型鏈繼承。

原理: 子類構造函數中使用Parent.call(this);的方式可以繼承寫在父類構造函數中this上綁定的各屬性和方法;
使用Child.prototype = new Parent()的方式可以繼承掛在在父類原型上的各屬性和方法

缺點: 父類構造函數在子類構造函數中執行了一次,在子類綁定原型時又執行了一次

function Parent() {
  this.name = 'parent'
  this.arr = [1,2,3]
}

function Child() {
  Parent.call(this);
  this.type = 'child'
}

Child.prototype = new Parent();

組合繼承方式 優化1:

因為這時父類構造函數的方法已經被執行過了,只需要關心原型鏈上的屬性和方法了

Child.prototype = Parent.prototype;

缺點:

  • 因為原型上有一個屬性為constructor,此時直接使用父類的prototype的話那麼會導致 實例的constructor為Parent,即不能區分這個實例對象是Child的實例還是父類的實例對象。
  • 子類不可直接在prototype上添加屬性和方法,因為會影響父類的原型

注意:這個時候instanseof是可以判斷出實例為Child的實例的,因為instanceof的原理是沿着對象的__proto__判斷是否有一個原型是等於該構造函數的原型的。這裏把Child的原型直接設置為了父類的原型,那麼: 實例.__proto__ === Child.prototype === Child.prototype

組合繼承方式 優化2 – 添加中間對象【最通用版本】:

function Parent() {
  this.name = 'parent'
  this.arr = [1,2,3]
}

function Child() {
  Parent.call(this);
  this.type = 'child'
}

Child.prototype = Object.create(Parent.prototype); //提供__proto__
Child.prototype.constrctor = Child;

Object.create()方法創建一個新對象,使用現有的對象來提供新創建的對象的__proto__

創建JS對象的多種方式總結

工廠模式

 
    /**
    * 工廠模式創建對象
    * @param name
    * @return {Object}
    */
    function createPerson(name){
        var o = new Object();
        o.name = name;
        o.getName = function() {
          console.log(this.name);
        }
        return o;
    }
    var person = createPerson('zhangsan');
    console.log(person.__proto__ === Object.prototype); // true

缺點:無法識別當前的對象,因為創建的所有對象實例都指向的是同一個原型

構造函數模式

構造函數創建對象基礎版本

    /**
    * 使用構造函數的方式來創建對象
    * @param name
    * @constructor
    */
    function Person(name) {
      this.name = name;
      this.getName = function() {
        console.log(this.name)
      }
    }
    var person = new Person('lisi');
    console.log(person.__proto__ === Person.prototype)

優點:實例剋識別偽一個特定的類型
缺點:每次創建實例對象的時候,每個方法都會被創建一次

構造函數模式優化

    function Person(name) {
      this.name = name;
      this.getName = getName;
    }
    
    function getName() {
      console.log(this.name);
    }
    
    var person = new Person('zhangsan');
    console.log(person.__proto__ === Person.prototype);

優點:解決了每個方法都要被重新創建的問題
缺點:不合乎代碼規範……

原型模式

原型模式基礎版

    function Person(name) {
      
    }
    Person.prototype.name = 'lisi';
    Person.prototype.getName = function() {
      console.log(this.name);
    }
    var person = new Person();
    console.log(Person.prototype.constructor)       // Person

優點:方法不會被重新創建
缺點:1. 所有的屬性和方法所有的實例上面都是共享的;2. 不能初始化參數

原型模式優化版本一

    function Person(name) {
      
    }
    Person.prototype = {
        name: 'lisi',
        getName: function() {
          console.log(this.name);
        }
    }
    var person = new Person();
    console.log(Person.prototype.constructor)       // Object
    console.log(person.constructor == person.__proto__.constructor) // true

優點:封裝性好了一些
缺點:重寫了Person的原型prototype屬性,丟失了原始的prototype上的constructor屬性

原型模式優化版本二

    function Person(name) {
      
    }
    Person.prototype = {
        constructor: Person,
        name: 'lisi',
        getName: function() {
          console.log(this.name)
        }
    }
    var person = new Person();

優點:實例可以通過constructor屬性找到所屬的構造函數
缺點:所有的屬性和方法都共享,而且不能初始化參數

組合模式

    function Person(name) {
      this.name = name;
    }
    Person.prototype = {
        constructor: Person,
        getName: function() {
          console.log(this.name)
        }
    }
    var person = new Person('zhangsan');

優點:基本符合預期,屬性私有,方法共享,是目前使用最廣泛的方式
缺點:方法和屬性沒有寫在一起,封裝性不是太好

動態原型模式

    // 第一種創建思路:
    function Person(name) {
       this.name = name;
       if (typeof this.getName !== 'function') {
           Person.prototype.getName = function() {
             console.log(this.name);
           }
       }
    }
    var person = new Person();

    // 第二種創建的思路:使用對象字面量重寫原型上的方法
    function Person(name) {
      this.name = name;
      if (typeof this.getName !== 'function') {
          Person.prototype = {
              constructor: Person,
              getName: function() {
                console.log(this.name)
              }
          }
          return new Person(name);
      }
    }
    
    var person1 = new Person('zhangsan');
    var person2 = new Person('lisi');
    console.log(person1.getName());
    console.log(person2.getName());
    

寄生構造函數模式

    /**
    * 寄生構造函數模式
    * @param name
    * @return {Object}
    * @constructor
    */
   function Person(name){
        var o = new Object();
        o.name = name;
        o.getName = function() {
          console.log(this.name)
        }
        return o;
   }
   var person = new Person('zhangsan');
   console.log(person instanceof Person);   // false
   console.log(person instanceof Object);   // true
   
   
   // 使用寄生-構造函數-模式來創建一個自定義的數組
   /**
    * 特殊數組的構造器
    * @constructor
    */
   function SpecialArray() {
     var values = new Array();
     /*for (var i = 0, len = arguments.length; i < len; i++) {
         values.push(arguments[i]);
     }*/
     // 開始添加數據(可以直接使用apply的方式來優化代碼)
     values.push.apply(values, arguments);
     
     // 新增的方法
     values.toPipedString = function(){
         return this.join('|');
     }
     
     return values;
   }
   
   // 使用new來創建對象
   var colors1 = new SpecialArray('red1', 'green1', 'blue1');
   // 不使用new來創建對象
   var colors2 = SpecialArray('red2', 'green2', 'blue2');
   
   console.log(colors1, colors1.toPipedString());
   console.log(colors2, colors2.toPipedString());

穩妥構造函數模式

    /**
    * 穩妥的創建對象的方式
    * @param name
    * @return {number}
    * @constructor
    */
    function Person(name){
        var o = new Object();
        o.sayName = function() {
           // 這裡有點類似於在一個函數裏面使用外部的變量
           // 這裏直接輸出的是name
          console.log(name);
        }
        return o;
    }
    var person =  Person('lisi');
    person.sayName();
    person.name = 'zhangsan';
    person.sayName();
    console.log(person instanceof Person);      // false
    console.log(person instanceof Object);      // false

[!NOTE]
與寄生的模式的不同點:1. 新創建的實例方法不引用this 2.不使用new操作符調用構造函數
優點:最適合一些安全的環境中使用
缺點:和工廠模式一樣,是無法識別對象的所屬類型的

本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※如何讓商品強力曝光呢? 網頁設計公司幫您建置最吸引人的網站,提高曝光率!!

網頁設計一頭霧水??該從何著手呢? 找到專業技術的網頁設計公司,幫您輕鬆架站!

※想知道最厲害的台北網頁設計公司推薦台中網頁設計公司推薦專業設計師”嚨底家”!!