子彈真的能轉彎!Nerf 新玩具槍能射出《刺客聯盟》超炫槍法_網頁設計公司

※綠能、環保無空污,成為電動車最新代名詞,目前市場使用率逐漸普及化

台中景泰電動車行只是一個單純的理由,將來台灣的環境,出門可以自由放心的深呼吸,讓空氣回歸自然的乾淨,減少污染,留給我們下一代有好品質無空污的優質環境

雖然電影《刺客聯盟》最後由安潔莉納裘莉所尻射出,射爆一整圈人的終極槍法可能還是無法被複製達成。但故事裡刺客所擁有讓子彈轉彎射中遮蔽物後物體的神技巧,現在也能透過玩具槍以特殊的機制實現。繼續閱讀子彈真的能轉彎!Nerf 新玩具槍能射出《刺客聯盟》超炫槍法報導內文。

▲圖片來源:孩之寶

子彈真的能轉彎!Nerf 新玩具槍能射出《刺客聯盟》超炫槍法

不得不說孩之寶的 Nerf 玩具槍的確相當有梗,不僅有包括 D.Va 光槍的各種造型聯名,還能讓玩具槍的性能有超炫的變化 — 嗯,應該說是超「旋」的變化。

▲圖片來源:孩之寶

他們最新的 Rival Curve 系列就如其名,是款可以透過玩具槍口原本應該是做為造型為主的砲口制動器,透過特殊的轉動切換機制(頂端的瞄準器也會跟著轉 XD),讓使用者可以切換射擊彈道的「曲度」,達成類似《刺客聯盟》那樣讓子彈轉彎的有趣玩法。

Rival Curve 共有三種款式的軟球彈玩具槍,除了造型上的差異,比較接近手槍的 FLEX XXI-100 是採用單發設計,軟球彈則是可被收納在手把前方;其餘版本則是可以填充十顆以上軟球彈。雖說感覺孩之寶官方示範的 CG 曲度有點誇張,但 YouTube 已經有人玩到,看來「曲球」效果真的是有的!可以看看。

Nerf Rival Curve 的價格則是最便宜的版本可以用 US$15(約新台幣 500)入手,並且已經在美國開賣。不知道進台灣會要多少錢?如果真的可以這麼便宜的話,好像真的可以買來玩玩,看能不能重現《刺客聯盟》電影裡的那種超神轉彎槍法啊!

▲圖片來源:Universal Pictures (YouTube)

本篇圖片 / 引用來源

延伸閱讀:

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

網站的第一印象網頁設計,決定了客戶是否繼續瀏覽的意願。台北網動廣告製作的RWD網頁設計,採用精簡與質感的CSS語法,提升企業的專業形象與簡約舒適的瀏覽體驗,讓瀏覽者第一眼就愛上它。

曲面感光元件版 RX1 會是 Sony Alpha 發表會的重磅新品?

MagSafe 會干擾心律調節器?蘋果支援頁面有正式解答了

您也許會喜歡:

【推爆】終身$0月租 打電話只要1元/分

立達合法徵信社-讓您安心的選擇

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

以設計的實用美學觀點,規劃出舒適、美觀的視覺畫面,有效提昇使用者的心理期待,營造出輕鬆、愉悅的網站瀏覽體驗。

萬字總結之反射(框架之魂)_網頁設計公司

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

以設計的實用美學觀點,規劃出舒適、美觀的視覺畫面,有效提昇使用者的心理期待,營造出輕鬆、愉悅的網站瀏覽體驗。

前言

準備過年看下Spring源碼,用來唬人,哈哈哈哈。正經點,是為了在遇到問題的時候,能知其然而知其所以然。但是在開始前,先惡補下基礎知識。今天看框架之魂——反射。

反射的概述(基礎部分開始)

反射是在編譯狀態,對某個類一無所知 ,但在運行狀態中,對於任意一個類,都能知道這個類的所有屬性和方法。

這個說太乾澀了,沒有靈魂,就像下面兩張圖。

所以咱來舉個例子,拒絕沒有靈魂。O(∩_∩)O哈哈~

為什麼要反射?

如果我們沒有Orange類,那該類在編譯的時候就會報錯找不到該類。這是我們平常使用的“正射”。這個名字是為了和反射相對應,不是官方的術語。

但是這存在着一個明顯的缺點,就是在main方法里調用的是Apple類,並沒有調用Orange類,所以應該是可以正常調用的,當我想要調用Orange類的時候,再報錯即可。但是,事與願違,事情不是照着我們的想法而發展的。

我們需要一種在編譯時不檢查類的調用情況,只有在運行時,才根據相應的要求調用相應的類,這就是“反射”。

反射的用途

反射最重要的用途就是開發各種通用框架。很多框架(比如 Spring)都是配置化的(比如通過 XML 文件配置 Bean),為了保證框架的通用性,它們可能需要根據配置文件加載不同的對象或類,調用不同的方法,這個時候就必須用到反射,運行時動態加載需要加載的對象。

舉一個例子,在運用 Struts 2 框架的開發中我們一般會在 struts.xml 里去配置 Action,比如:

<action name="login"       
        class="org.ScZyhSoft.test.action.SimpleLoginAction"   
        method="execute">      
      <result>/shop/shop-index.jsp</result>     
      <result name="error">login.jsp</result>
</action> 

配置文件與 
Action 建立了一種映射關係,當 View 層發出請求時,請求會被 
StrutsPrepareAndExecuteFilter 攔截,然後 
StrutsPrepareAndExecuteFilter 會去動態地創建 Action 實例。比如我們請求 
login.action,那麼 
StrutsPrepareAndExecuteFilter就會去解析struts.xml文件,檢索action中name為login的Action,並根據class屬性創建SimpleLoginAction實例,並用invoke方法來調用execute方法,這個過程離不開反射。

獲取Class文件對象的三種方式

萬事萬物都是對象。

Apple apple=new Apple();中的apple為Apple的一個實例。那Apple對象是哪個的實例呢?

其實是Class類的實例。

我們可以看他的註釋,私有的構造方法,只有JVM才能創建對象。

如果我們能找到某個對象的Class類,即可以創建其實例。

  • 靜態屬性class
  • Object類的getClass方法,如果知道實例,直接調用其getClass方法。
  • Class類的靜態方法forName(),參數為類的完整路徑(推薦使用)

這裏需要注意,通過類的全路徑名獲取Class對象會拋出一個異常,要用try….catch…捕獲異常。如果根據類路徑找不到這個類那麼就會拋出這個異常,Class類中forName方法源碼如下:

注:雖然寫了三種方式,但平常使用最多,最推薦的是第三種方式,因為第一種方式需要知道類,第二種方式需要知道實例,如果知道了這些,可以直接調用其方法和參數,沒必要再用Class來實現功能。舉個例子,你從北京去上海,第一種方式直達就行,第二種方式和第三種方式則是先從北京到雲南,再從雲南到上海,顯得太冗餘。

反射的使用

我們以Apple類為例,利用發射來獲取其參數和方法。其有三個參數,默認default參數color,公有public參數size,私有private參數price。三個構造方法,分別是默認default構造,公有public帶有三個參數的有參構造,私有帶有兩個參數的有參構造。六個setter/getter方法公有方法,分別是color的默認default隔離級別的setter/getter方法,size的public隔離級別的setter/getter方法,price的private隔離級別的setter/getter方法。toString和三個參數的setter/getter方法。最後還有一個public隔離級別的toString方法。這樣詳細展開的描述,看起來很複雜,其實很簡單的,具體代碼如下:

package com.eastrobot.reflect;

public class Apple extends Fruit{
    String color;//默認default
    public int size;
    private int price;

    Apple() {//默認default
        System.out.println("Apple的無參構造");
    }

    public Apple(String color, int size, int price) {
        this.color = color;
        this.size = size;
        this.price = price;
        System.out.println("Apple的有參構造——三個參數");
    }

    private Apple(String color, int size) {
        this.color = color;
        this.size = size;
        this.price = 10;
        System.out.println("Apple的有參構造——兩個參數");
    }

    @Override
    public String toString() {
        return "color:" + color + ",size:" + size + ",price:" + price;
    }

    //默認default
    String getColor() {
        return color;
    }

    public int getSize() {
        return size;
    }

    private int getPrice() {
        return price;
    }

    //默認default
    void setColor(String color) {
        this.color = color;
    }

    public void setSize(int size) {
        this.size = size;
    }

    private void setPrice(int price) {
        this.price = price;
    }
}

 

繼承的父類Fruit,包括一個public類型的參數taste,和其public類型的setter/getter方法。

public class Fruit {   
 public String taste; 
 public String getTaste() {  
      return taste;    
 }   
 public void setTaste(String taste) {   
     this.taste = taste;  
  }
}

 

1.通過反射獲取所有參數 getDeclaredFields

System.out.println("getDeclaredFields**********");
Field[] fields=appleClass.getDeclaredFields();
for(Field field:fields){   
 System.out.println(field.toString());
}

 

運行結果如下:

注:不管何種隔離級別,getDeclaredFields都會獲取到所有參數。

2.通過反射獲取指定參數getDeclaredField

//指定參數
System.out.println("getDeclaredField**********");
Field colorField=appleClass.getDeclaredField("color");
System.out.println("color:"+colorField.toString());

Field sizeField=appleClass.getDeclaredField("size");
System.out.println("size:"+sizeField.toString());

Field priceField=appleClass.getDeclaredField("price");
System.out.println("price:"+priceField.toString());

 

運行結果如下:

注:不管何種隔離級別,getDeclaredField可以通過輸入值獲取指定參數。

3.通過反射獲取所有pubic類型的參數 getFields

System.out.println("getFields**********");
Field[] fields=appleClass.getFields();
for(Field field:fields){    
    System.out.println(field.toString());
}

 

運行結果如下:

注:只能通過反射獲取public類型的屬性,也包括繼承自父類的屬性。

4.通過反射獲取指定public類型的參數 getField

Field colorField=appleClass.getField("color");
System.out.println("color:"+colorField.toString());

 

運行結果如下:

——————-手動分割線——————-

Field sizeField=appleClass.getField("size");
System.out.println("size:"+sizeField.toString());

 

運行結果如下:

——————-手動分割線——————-

Field priceField=appleClass.getField("price");
System.out.println("price:"+priceField.toString());

 

運行結果如下:

注:只有public類型才能通過getField方法獲取到,其他類型均獲取不到。

看到這裏,有些小夥伴要問了,這是為啥,理由呢?咱不能死記硬背,這樣過两天就忘了,記得不牢固,咱來瞅瞅底層幹了啥。

插曲:為什麼getFields和getField只能獲取public類型的字段?

我們以getField為例,觀察getDeclaredField和getField的區別,可以看到兩者都調用了privateGetDeclaredFields方法,但是區別是getDeclaredField方法中的參數publicOnly是false,getField方法中的參數publicOnly為true。

getDeclaredField方法:

getField方法:

那privateGetDeclaredFields裏面幹了啥,我們看下。

我們可以看到如果為true,就取declaredPublicFields字段,即public字段,如果為false,就取DeclaredFields。

5.通過反射獲取所有方法 getDeclaredMethods

//所有方法
System.out.println("getDeclaredMethods**********");
Method[] methods=appleClass.getDeclaredMethods();
for(Method method:methods){    
    System.out.println(method.toString());
}

 

運行結果如下:

6.通過反射獲取指定方法 getDeclaredMethod

//指定方法
System.out.println("getDeclaredMethod**********");

//default
Method getColorMethod=appleClass.getDeclaredMethod("getColor");
System.out.println("getColorMethod:"+getColorMethod.toString());

//public
Method getSizeMethod=appleClass.getDeclaredMethod("getSize");
System.out.println("getSizeMethod:"+getSizeMethod.toString());

//private
Method getPriceMethod=appleClass.getDeclaredMethod("getPrice");
System.out.println("getPriceMethod:"+getPriceMethod.toString());

//父類的public
Method getTasteMethod=appleClass.getDeclaredMethod("getTaste");
System.out.println("getTasteMethod:"+getTasteMethod.toString());

 

運行結果如下:

注:getDeclaredMethod只能獲取自己定義的方法,不能獲取從父類的方法。

7.通過反射獲取所有public類型的方法 getMethods

//所有方法
System.out.println("getMethods**********");
Method[] methods=appleClass.getMethods();
for(Method method:methods){
    System.out.println(method.toString());
}

 

運行結果如下:

注:getMethods可以通過反射獲取所有的public方法,包括父類的public方法。

8.通過反射獲取指定public類型的方法 getMethod

//指定方法
System.out.println("getMethod**********");
Method method=appleClass.getMethod("toString");
System.out.println(method.toString());

 

運行結果如下:

9.通過反射獲取所有構造方法 getDeclaredConstuctors

//構造方法
System.out.println("getDeclaredConstructors**********");
Constructor[] constructors=appleClass.getDeclaredConstructors();
for(Constructor constructor:constructors){   
 System.out.println(constructor.toString());
}

 

運行結果如下:

10.通過反射獲取某個帶參數的構造方法 getDeclaredConstructor

//指定構造方法
System.out.println("getDeclaredConstructor**********");
Class[] cArg = new Class[3];
cArg[0] = String.class;
cArg[1] = int.class;
cArg[2] = int.class;
Constructor constructor=appleClass.getDeclaredConstructor(cArg);
System.out.println(constructor.toString());

 

運行結果如下:

11.通過反射獲取所有public類型的構造方法getConstructors

System.out.println("getConstructors**********");
Constructor[] constructors=appleClass.getConstructors();
for(Constructor constructor:constructors){
    System.out.println(constructor.toString());
}

 

運行結果:

12.通過反射獲取某個public類型的構造方法getConstructor

//構造方法
System.out.println("getConstructor**********");
Constructor constructor1 = appleClass.getConstructor(String.class,int.class,int.class);
System.out.println("public類型的有參構造:" + constructor1.toString());

Constructor constructor2 = appleClass.getConstructor(String.class, int.class);
System.out.println("private類型的有參構造:" + constructor2.toString());

 

運行結果:

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

網站的第一印象網頁設計,決定了客戶是否繼續瀏覽的意願。台北網動廣告製作的RWD網頁設計,採用精簡與質感的CSS語法,提升企業的專業形象與簡約舒適的瀏覽體驗,讓瀏覽者第一眼就愛上它。

13.通過無參構造來獲取該類對象 newInstance()

//調用無參構造創建對象
Class appleClass = Class.forName("com.eastrobot.reflect.Apple");
Apple apple=(Apple)appleClass.newInstance();

 

運行結果如下:

14.通過有參構造來獲取該類對象 newInstance(XXXX)

Constructor constructor=appleClass.getConstructor(String.class,int.class,int.class);
Apple apple=(Apple)constructor.newInstance("紅色",10,5);

 

運行結果如下:

15.獲取類名包含包路徑 getName()

String name= appleClass.getName();
System.out.println("name:"+name);

 

運行結果如下:

16.獲取類名不包含包路徑 getSimpleName()

String simpleName =appleClass.getSimpleName();
System.out.println("simpleName:"+simpleName);

 

運行結果如下:

17.通過反射調用方法 invoke

//調用無參構造創建對象
Class appleClass = Class.forName("com.eastrobot.reflect.Apple");

//調用有參構造
Constructor constructor = appleClass.getDeclaredConstructor(String.class, int.class, int.class);
Apple apple = (Apple) constructor.newInstance("紅色", 10, 20);

//獲取toString方法並調用
Method method = appleClass.getDeclaredMethod("toString");
String str=(String)method.invoke(apple);
System.out.println(str);

 

注:invoke+實例可以調用相關public方法。

18.判斷方法是否能調用isAccessible

//調用無參構造創建對象
Class appleClass = Class.forName("com.eastrobot.reflect.Apple");

//調用有參構造
Constructor constructor = appleClass.getDeclaredConstructor(String.class, int.class, int.class);
Apple apple = (Apple) constructor.newInstance("紅色", 10, 20);

//獲取public的getSize方法並調用
Method method = appleClass.getDeclaredMethod("getSize");
System.out.println("getSize方法的isAccessible:" + method.isAccessible());
int size = (Integer) method.invoke(apple);
System.out.println("size:" + size);

//獲取private的getPrice方法並調用
method = appleClass.getDeclaredMethod("getPrice");
System.out.println("getPrice的isAccessible:" + method.isAccessible());
int price = (Integer) method.invoke(apple);
System.out.println("price:" + price);

 

運行結果:

注:這樣一看,public和private類型的isAccessible都為false,但是public類型的值可以獲取到,但是private類型的值並不能獲取到。其實isAccessible()值為 true或false,是指啟用和禁用訪問安全檢查的開關,如果為true,則取消安全檢查,為false,則執行安全檢查。如上,兩者都為false,說明兩者的進行了安全檢查,getSize為public類型,則可以獲取值,而getPrice為private,則不能獲取值。

19.設置安全檢查開關setAccessible

//調用無參構造創建對象
Class appleClass = Class.forName("com.eastrobot.reflect.Apple");

//調用有參構造
Constructor constructor = appleClass.getDeclaredConstructor(String.class, int.class, int.class);
Apple apple = (Apple) constructor.newInstance("紅色", 10, 20);

//獲取price
Method otherMethod = appleClass.getDeclaredMethod("getPrice");
System.out.println("getPrice方法的isAccessible:" + otherMethod.isAccessible());
otherMethod.setAccessible(true);
int price = (Integer) otherMethod.invoke(apple);
System.out.println("之前的price:" + price);

//重新設置price
Method method = appleClass.getDeclaredMethod("setPrice", int.class);
System.out.println("isAccessible:" + method.isAccessible());
method.setAccessible(true);
method.invoke(apple, 100);

//再次獲取price
otherMethod = appleClass.getDeclaredMethod("getPrice");
otherMethod.setAccessible(true);
price = (Integer) otherMethod.invoke(apple);
System.out.println("之後的price:" + price);

 

運行結果:

注:setAccessible(true)表示取消安全檢查,setAccessible(false)表示啟用安全檢查。

常見面試題解答(進階部分開始)

被反射的類是否一定需要無參構造方法?

不一樣。因為有參構造方法也可以反射,具體代碼如下:

Constructor constructor=appleClass.getConstructor(String.class,int.class,int.class);
Apple apple=(Apple)constructor.newInstance("紅色",10,5);

 

反射的使用有什麼優勢和劣勢?

優勢:

在編譯時根本無法知道該對象或類可能屬於哪些類,程序只依靠運行時信息來發現該對象和類的真實信息。反射提高了Java程序的靈活性和擴展性,降低耦合性,提高自適應能力。它允許程序創建和控制任何類的對象,無需提前硬編碼目標類。

劣勢:

使用反射基本上是一種解釋操作,用於字段和方法接入時要遠慢於直接代碼

使用反射會模糊程序內部邏輯,程序人員希望在源代碼中看到程序的邏輯,反射等繞過了源代碼的技術,因而會帶來維護問題。(這也就是看源碼為什麼這麼難?哎。。。。)

為什麼說反射可以降低耦合?

因為反射不是硬編碼,在運行時可以靈活發現該類的詳細信息,降低了代碼之間的耦合性。

反射比較損耗性能,為什麼這樣說?(重點)

怎麼去判斷一個函數的性能?因為函數的執行太快太快了,你需要一個放慢鏡,這樣才能捕捉到他的速度。怎麼做?把一個函數執行一百萬遍或者一千萬遍,你才能真正了解一個函數的性能。也就是,你如果想判斷性能,你就不能還停留在秒級,毫秒級的概念。

如下是將直接獲取實例,直接獲取方法,反射獲取實例,反射獲取方法分別執行1百萬次所花費差。

try {    
    //直接獲取實例
    long startTime1 = System.currentTimeMillis();   
    for (int i = 0; i < 1000000; i++) { 
       new Apple();   
    }  
    long endTime1 = System.currentTimeMillis();  
    System.out.println("直接獲取實例時間:" + (endTime1 - startTime1));   
 
    //直接獲取方法  
    long startTime2= System.currentTimeMillis();   
    for (int i = 0; i < 1000000; i++) {  
      new Apple().toString();   
    }  
    long endTime2 = System.currentTimeMillis();  
    System.out.println("直接獲取方法時間:" + (endTime2- startTime2)); 
   
   //反射獲取實例  
   Class appleClass=Class.forName("com.eastrobot.reflect.Apple");   
   long startTime3 = System.currentTimeMillis();   
   for (int i = 0; i < 1000000; i++) {
       appleClass.getDeclaredConstructor().newInstance();  
    }   
   long endTime3 = System.currentTimeMillis(); 
   System.out.println("反射獲取實例:" + (endTime3 - startTime3));   
 
   //反射獲取方法  
   Apple apple= (Apple)appleClass.getDeclaredConstructor().newInstance();   
   long startTime4 = System.currentTimeMillis();   
   for (int i = 0; i < 1000000; i++) {    
     Method method=appleClass.getMethod("toString");    
     method.invoke(apple);   
   }    
   long endTime4 = System.currentTimeMillis();  
   System.out.println("反射獲取方法:" + (endTime4 - startTime4));

 

運行結果截圖:

我們可以看到反射的確會導致性能問題,但反射導致的性能問題是否嚴重跟使用的次數有關係,如果控制在100次以內,基本上沒什麼差別,如果調用次數超過了100次,性能差異會很明顯。

打個比方,如果快遞員就在你住的小區,那麼你報一個地址:xx棟xx號,那麼快遞員就可以馬上知道你在哪裡,直接就去到你家門口;但是,如果快遞員是第一次來你們這裏,他是不是首先得查查百度地圖,看看怎麼開車過去,然後到了小區是不是得先問問物管xx棟怎麼找,然後,有可能轉在樓下轉了兩個圈才到了你的門前。

我們看上面這個場景,如果快遞員不熟悉你的小區,是不是會慢點,他的時間主要花費在了查找百度地圖,詢問物業管理。OK,反射也是一樣,因為我事先什麼都不知道,所以我得花時間查詢一些其他資料,然後我才能找到你。

綜上,大部分我們使用反射是不考慮性能的,平常使用的次數較少,如果真的遇到性能問題,如反射的效率影響到程序邏輯,可以採用緩存或Java字節碼增強技術,參照庫有asm,也有第三方工具庫reflectAsm(https://github.com/EsotericSoftware/reflectasm)。

反射中的setAccessible()方法是否破壞了類的訪問規則

setAccessible(true)取消了Java的權限控制檢查(注意不是改變方法或字段的訪問權限),對於setAccessible()方法是否會破壞類的訪問規則,產生安全隱患,見下:

反射源碼解析

我們跟進Method的invoke方法,分為兩步,一是語言訪問級別是否為重寫,如果不是重寫則調用Reflection的quickCheckMemberAccess方法,即通過Modifiers 判斷是否具有訪問權限,quickCheckMemberAccess方法主要是簡單地判斷 modifiers 是不是 public,如果不是的話就返回 false。所以 protected、private、default 修飾符都會返回 false,只有 public 都會返回 true。如果為false,則調用checkAccess方法。二是獲取MethodAccessor對象,並調用其invoke方法。

public final class Method extends AccessibleObject implements GenericDeclaration, Member {   
     private volatile MethodAccessor methodAccessor; 
    //每個Java方法只有一個對應Method對象作為root,這個root不會暴露給用戶,
    //而是每次通過反射獲取Method對象時新創建的Method對象將root包裝起來。
     private Method   root;

    @CallerSensitive 
    public Object invoke(Object obj, Object... args)throws IllegalAccessException, IllegalArgumentException,InvocationTargetException
    {
        if (!override) {
            if (!Reflection.quickCheckMemberAccess(clazz, modifiers)) {
                Class<?> caller = getCallerClass();
                checkAccess(caller, clazz, obj, modifiers);
            }
        }
        MethodAccessor ma = methodAccessor;
        //在第一次調用一個實際Java方法應該的Method對象的invoke方法之前
        //實現調用邏輯的MethodAccessor對象還沒有創建
        //等到第一次調用時才創建MethodAccessor,並通過該MethodAccessor.invoke真正完成反射調用
        if (ma == null) {
            ma = acquireMethodAccessor();
        }
        //invoke並不是自己實現的反射調用邏輯,而是委託給sun.reflect.MethodAccessor來處理
        return ma.invoke(obj, args);
    } 

    ...

     private MethodAccessor acquireMethodAccessor() {
        MethodAccessor tmp = null;
        if (root != null) tmp = root.getMethodAccessor();
        if (tmp != null) {
            methodAccessor = tmp;
        } else {
            //調用ReflectionFactory的newMethodAccessor方法,見下
            tmp = reflectionFactory.newMethodAccessor(this);
            //更新root,以便下次直接使用
            setMethodAccessor(tmp);
        }
        return tmp;
    }

    ...

     void setMethodAccessor(MethodAccessor accessor) {
        methodAccessor = accessor;
        // Propagate up
        if (root != null) {
            root.setMethodAccessor(accessor);
        }
    }

 

Reflection類:

public static boolean quickCheckMemberAccess(Class<?> memberClass,
                                                 int modifiers)
{
    return Modifier.isPublic(getClassAccessFlags(memberClass) & modifiers);
} 

 

ReflectionFactory類:

 

private static boolean noInflation = false;
//選擇java版還是C語言版的閾值
private static int inflationThreshold = 15;

public MethodAccessor newMethodAccessor(Method var1) {
        checkInitted();
        if (noInflation) {
            //java版
            return (new MethodAccessorGenerator()).generateMethod(var1.getDeclaringClass(), var1.getName(), var1.getParameterTypes(), var1.getReturnType(), var1.getExceptionTypes(), var1.getModifiers());
        } else {
            //c語言版
            NativeMethodAccessorImpl var2 = new NativeMethodAccessorImpl(var1);
            DelegatingMethodAccessorImpl var3 = new DelegatingMethodAccessorImpl(var2);
            var2.setParent(var3);
            return var3;
        }
    }

如上述代碼所示,實際的MethodAccessor實現有兩個版本,一個是Java實現的,另一個是native code實現的。Java實現的版本在初始化時需要較多時間,但長久來說性能較好;native版本正好相反,啟動時相對較快,但運行時間長了之後速度就比不過Java版了。這是HotSpot的優化方式帶來的性能特性,同時也是許多虛擬機的共同點:跨越native邊界會對優化有阻礙作用,它就像個黑箱一樣讓虛擬機難以分析也將其內聯,於是運行時間長了之後反而是託管版本的代碼更快些。

為了權衡兩個版本的性能,Sun的JDK使用了“inflation”的技巧:讓Java方法在被反射調用時,開頭若干次使用native版,等反射調用次數超過閾值時則生成一個專用的MethodAccessor實現類,生成其中的invoke()方法的字節碼,以後對該Java方法的反射調用就會使用Java版。
Sun的JDK是從1.4系開始採用這種優化的,主要作者是Ken Russell

MethodAccessor的C語言實現(默認)

C語言版的MethodAccessor主要涉及這NativeMethodAccessorImpl和DelegatingMethodAccessorImpl兩個類,而DelegatingMethodAccessorImpl是間接層,不是太重要,就不貼代碼啦。以下是NativeMethodAccessorImpl的代碼,核心是invoke方法:

 

class NativeMethodAccessorImpl extends MethodAccessorImpl {
    private final Method method;
    private DelegatingMethodAccessorImpl parent;
    private int numInvocations;

    NativeMethodAccessorImpl(Method var1) {
        this.method = var1;
    }

    public Object invoke(Object var1, Object[] var2) throws IllegalArgumentException, InvocationTargetException {
        if (++this.numInvocations > ReflectionFactory.inflationThreshold()) {
            MethodAccessorImpl var3 = (MethodAccessorImpl)(new MethodAccessorGenerator()).generateMethod(this.method.getDeclaringClass(), this.method.getName(), this.method.getParameterTypes(), this.method.getReturnType(), this.method.getExceptionTypes(), this.method.getModifiers());
            this.parent.setDelegate(var3);
        }

        return invoke0(this.method, var1, var2);
    }

    void setParent(DelegatingMethodAccessorImpl var1) {
        this.parent = var1;
    }

    private static native Object invoke0(Method var0, Object var1, Object[] var2);
}

 

 

 

 


每次NativeMethodAccessorImpl.invoke()方法被調用時,都會增加一個調用次數計數器,看超過閾值沒有;一旦超過,則調用MethodAccessorGenerator.generateMethod()來生成Java版的MethodAccessor的實現類,並且改變DelegatingMethodAccessorImpl所引用的MethodAccessor為Java版。後續經由DelegatingMethodAccessorImpl.invoke()調用到的就是Java版的實現了。

MethodAccessor的Java實現

 return (new MethodAccessorGenerator()).generateMethod(var1.getDeclaringClass(), var1.getName(), var1.getParameterTypes(), var1.getReturnType(), var1.getExceptionTypes(), var1.getModifiers());

 


Java的MethodAccessor主要涉及的是MethodAccessorGenerator類,具體代碼超長,只截取了部分代碼,主要有三個方法,直接就是上述的generateMethod方法,代碼如下:

 

public MethodAccessor generateMethod(Class var1, String var2, Class[] var3, Class var4, Class[] var5, int var6) {
        return (MethodAccessor)this.generate(var1, var2, var3, var4, var5, var6, false, false, (Class)null);
    }
 private MagicAccessorImpl generate(final Class var1, String var2, Class[] var3, Class var4, Class[] var5, int var6, boolean var7, boolean var8, Class var9) {
        ByteVector var10 = ByteVectorFactory.create();
        this.asm = new ClassFileAssembler(var10);
        this.declaringClass = var1;
        this.parameterTypes = var3;
        this.returnType = var4;
        this.modifiers = var6;
        this.isConstructor = var7;
        this.forSerialization = var8;
        this.asm.emitMagicAndVersion();
        short var11 = 42;
        boolean var12 = this.usesPrimitiveTypes();
        if (var12) {
            var11 = (short)(var11 + 72);
        }

        if (var8) {
            var11 = (short)(var11 + 2);
        }

        var11 += (short)(2 * this.numNonPrimitiveParameterTypes());
        this.asm.emitShort(add(var11, (short)1));
        final String var13 = generateName(var7, var8);
        this.asm.emitConstantPoolUTF8(var13);
        this.asm.emitConstantPoolClass(this.asm.cpi());
        this.thisClass = this.asm.cpi();
        if (var7) {
            if (var8) {
                this.asm.emitConstantPoolUTF8("sun/reflect/SerializationConstructorAccessorImpl");
            } else {
                this.asm.emitConstantPoolUTF8("sun/reflect/ConstructorAccessorImpl");
            }
        } else {
            this.asm.emitConstantPoolUTF8("sun/reflect/MethodAccessorImpl");
        }

        this.asm.emitConstantPoolClass(this.asm.cpi());
        this.superClass = this.asm.cpi();
        this.asm.emitConstantPoolUTF8(getClassName(var1, false));
        this.asm.emitConstantPoolClass(this.asm.cpi());
        this.targetClass = this.asm.cpi();
        short var14 = 0;
        if (var8) {
            this.asm.emitConstantPoolUTF8(getClassName(var9, false));
            this.asm.emitConstantPoolClass(this.asm.cpi());
            var14 = this.asm.cpi();
        }

        this.asm.emitConstantPoolUTF8(var2);
        this.asm.emitConstantPoolUTF8(this.buildInternalSignature());
        this.asm.emitConstantPoolNameAndType(sub(this.asm.cpi(), (short)1), this.asm.cpi());
        if (this.isInterface()) {
            this.asm.emitConstantPoolInterfaceMethodref(this.targetClass, this.asm.cpi());
        } else if (var8) {
            this.asm.emitConstantPoolMethodref(var14, this.asm.cpi());
        } else {
            this.asm.emitConstantPoolMethodref(this.targetClass, this.asm.cpi());
        }

        this.targetMethodRef = this.asm.cpi();
        if (var7) {
            this.asm.emitConstantPoolUTF8("newInstance");
        } else {
            this.asm.emitConstantPoolUTF8("invoke");
        }

        this.invokeIdx = this.asm.cpi();
        if (var7) {
            this.asm.emitConstantPoolUTF8("([Ljava/lang/Object;)Ljava/lang/Object;");
        } else {
            this.asm.emitConstantPoolUTF8("(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;");
        }

        this.invokeDescriptorIdx = this.asm.cpi();
        this.nonPrimitiveParametersBaseIdx = add(this.asm.cpi(), (short)2);

        for(int var15 = 0; var15 < var3.length; ++var15) {
            Class var16 = var3[var15];
            if (!isPrimitive(var16)) {
                this.asm.emitConstantPoolUTF8(getClassName(var16, false));
                this.asm.emitConstantPoolClass(this.asm.cpi());
            }
        }

        this.emitCommonConstantPoolEntries();
        if (var12) {
            this.emitBoxingContantPoolEntries();
        }

        if (this.asm.cpi() != var11) {
            throw new InternalError("Adjust this code (cpi = " + this.asm.cpi() + ", numCPEntries = " + var11 + ")");
        } else {
            this.asm.emitShort((short)1);
            this.asm.emitShort(this.thisClass);
            this.asm.emitShort(this.superClass);
            this.asm.emitShort((short)0);
            this.asm.emitShort((short)0);
            this.asm.emitShort((short)2);
            this.emitConstructor();
            this.emitInvoke();
            this.asm.emitShort((short)0);
            var10.trim();
            final byte[] var17 = var10.getData();
            return (MagicAccessorImpl)AccessController.doPrivileged(new PrivilegedAction<MagicAccessorImpl>() {
                public MagicAccessorImpl run() {
                    try {
                        return (MagicAccessorImpl)ClassDefiner.defineClass(var13, var17, 0, var17.length, var1.getClassLoader()).newInstance();
                    } catch (InstantiationException var2) {
                        throw (InternalError)(new InternalError()).initCause(var2);
                    } catch (IllegalAccessException var3) {
                        throw (InternalError)(new InternalError()).initCause(var3);
                    }
                }
            });
        }
    } 
private static synchronized String generateName(boolean var0, boolean var1) {
        int var2;
        if (var0) {
            if (var1) {
                var2 = ++serializationConstructorSymnum;
                return "sun/reflect/GeneratedSerializationConstructorAccessor" + var2;
            } else {
                var2 = ++constructorSymnum;
                return "sun/reflect/GeneratedConstructorAccessor" + var2;
            }
        } else {
            var2 = ++methodSymnum;
            return "sun/reflect/GeneratedMethodAccessor" + var2;
        }
    }

 

 

 

 


去閱讀源碼的話,可以看到MethodAccessorGenerator是如何一點點把Java版的MethodAccessor實現類生產出來的,其實就是一個逐步解析的過程。

此時要注意的是最後的“sun/reflect/GeneratedMethodAccessor”+var2的代碼。

例子

以上空說無用,太乾澀,咱來個例子。

 

public class Foo {

public void foo(String name) {       
     System.out.println("Hello, " + name); 
   }
}

 

public class test {    
    public static void main(String[] args) {  
          try {          
                  Class<?> clz = Class.forName("com.eastrobot.reflect.Foo");      
                  Object o = clz.newInstance();  
                  Method m = clz.getMethod("foo", String.class);    
                  for (int i = 0; i < 17; i++) {        
                        m.invoke(o, Integer.toString(i));      
                  }       
         } catch (Exception e) {
         } 
   }
}

 

除了上述代碼,還需要在idea配置相關的運行參數,添加-XX:+TraceClassLoading參數,其為要求打印加載類的監控信息。

我們先用上述的例子執行下,運行結果如下,前面十五次是正常的,到第16次的時候,出現了很多打印信息,我已將一行標紅,“GeneratedMethodAccessor1”,這其實就是上面說的Java版獲取MethodAccessorGenerator的最後一行,1為自增參數。當第17次的時候,就不會用Java版的方式重新獲取,而是直接復用啦。

 

結語

終於結束了,邊玩邊寫,寫了五天,累死了,答應我,一定要好好看,好嗎?

如有說的不對地方,歡迎指正。

參考資料

Java反射詳細介紹

Java反射中getDeclaredField和getField的區別

java反射的使用場合和作用、及其優缺點

反射是否真的會讓你的程序性能降低?

深入解析Java反射(1) – 基礎

關於反射調用方法的一個log 

反射進階,編寫反射代碼值得注意的諸多細節

 

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

※綠能、環保無空污,成為電動車最新代名詞,目前市場使用率逐漸普及化

台中景泰電動車行只是一個單純的理由,將來台灣的環境,出門可以自由放心的深呼吸,讓空氣回歸自然的乾淨,減少污染,留給我們下一代有好品質無空污的優質環境

記錄片串流服務 Documentary+ 推出,超過 150 部免費線上觀看_網頁設計公司

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

以設計的實用美學觀點,規劃出舒適、美觀的視覺畫面,有效提昇使用者的心理期待,營造出輕鬆、愉悅的網站瀏覽體驗。

串流影音平台百家爭鳴,不管是電影、劇集、動畫,都能夠在用戶訂閱後利用串流方式來觀賞,也成為許多人休閒時光的消遣方式。近日一個專注於非電影類內容的平台 Documentary+ 上線推出了,希望能夠在競爭激烈中,成功在喜愛觀賞記錄片的人群中殺出一片紅海。

記錄片串流服務 Documentary+ 推出,超過 150 部免費線上觀看

Documentary+ 這個服務是由 Tony Hsieh(最近甫過世的前 Zappos 首席執行長)與 XTR 工作室合作的專案,並且由多位知名導演和電影製作人共同推出。一推出,該服務即有相當多樣化類別可供觀眾選擇,包括政治、體育、喜劇、音樂與真實犯罪,另外還有許多其他類型的記錄片,並且著重於高質感內容,一上線就有超過 150 部影片可供選擇觀賞。
【前往 Documentary+,點這裡】

Documentary+ 的創始人之一、XTR 首席執行長表示,平台上所有影片都是擁有合法授權,隨著影片的下架與新影片的推出,影片庫將隨著時間變化而變化,目的是為了讓整個服務始終保持個人化與高度規劃,就如同記錄片世界中的標準平台一樣。這項服務可以在電腦網頁、行動裝置、Apple TV、Amazon與 Roku 中觀看,目前為了能擴大使用族群採完全免費制且尚未有計劃推出無廣告版本,但未來若需求充足,該服務不排除討論無廣告套餐服務的可能。

雖說這個免費平台看起來相當強大,但 Documentary+ 目前還得面對相當多的競爭對手,包括 Netflix、HBO Max、Discovery+ 和 Hulu 都有自家產品,而像 Kanopy 和 CuriosityStream 這樣的服務也都有相當可觀的影片資源,不過這大多數服務都是需要按月收取訂閱費用(Kanopy 除外)。現階段免費提供服務,或許能夠在疫情期間為大家打發掉在家不出門的空閒,這時間點或許能夠幫助讓 Documentary+成為用戶訂閱付費服務外的重要備選,可惜的是目前該平台影片沒有字幕,更沒有中文字幕啊!

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

網站的第一印象網頁設計,決定了客戶是否繼續瀏覽的意願。台北網動廣告製作的RWD網頁設計,採用精簡與質感的CSS語法,提升企業的專業形象與簡約舒適的瀏覽體驗,讓瀏覽者第一眼就愛上它。

◎資料來源:Gizmodo

您也許會喜歡:

【推爆】終身$0月租 打電話只要1元/分

立達合法徵信社-讓您安心的選擇

※綠能、環保無空污,成為電動車最新代名詞,目前市場使用率逐漸普及化

台中景泰電動車行只是一個單純的理由,將來台灣的環境,出門可以自由放心的深呼吸,讓空氣回歸自然的乾淨,減少污染,留給我們下一代有好品質無空污的優質環境

MyBatis整合雙數據源_網頁設計公司

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

網站的第一印象網頁設計,決定了客戶是否繼續瀏覽的意願。台北網動廣告製作的RWD網頁設計,採用精簡與質感的CSS語法,提升企業的專業形象與簡約舒適的瀏覽體驗,讓瀏覽者第一眼就愛上它。

有時候在項目中會遇到需要連接兩個數據庫的情況。本文就結合Spring和Mybatis來講下怎麼使用雙數據源(或者是多數據源)。

背景知識介紹

本文中實現多數據源的關鍵是Spring提供的AbstractRoutingDataSource。這個類可以根據lookup key來實現底層數據源的動態轉換。

public abstract class AbstractRoutingDataSource extends AbstractDataSource implements InitializingBean {

	@Nullable
	private Map<Object, Object> targetDataSources;

	@Nullable
	private Object defaultTargetDataSource;

	private boolean lenientFallback = true;

	private DataSourceLookup dataSourceLookup = new JndiDataSourceLookup();

	@Nullable
	private Map<Object, DataSource> resolvedDataSources;

	@Nullable
	private DataSource resolvedDefaultDataSource;

	public void setTargetDataSources(Map<Object, Object> targetDataSources) {
		this.targetDataSources = targetDataSources;
	}

	public void setDefaultTargetDataSource(Object defaultTargetDataSource) {
		this.defaultTargetDataSource = defaultTargetDataSource;
	}

	public void setLenientFallback(boolean lenientFallback) {
		this.lenientFallback = lenientFallback;
	}

	public void setDataSourceLookup(@Nullable DataSourceLookup dataSourceLookup) {
		this.dataSourceLookup = (dataSourceLookup != null ? dataSourceLookup : new JndiDataSourceLookup());
	}


	@Override
	public void afterPropertiesSet() {
		if (this.targetDataSources == null) {
			throw new IllegalArgumentException("Property 'targetDataSources' is required");
		}
		this.resolvedDataSources = new HashMap<>(this.targetDataSources.size());
		this.targetDataSources.forEach((key, value) -> {
			Object lookupKey = resolveSpecifiedLookupKey(key);
			DataSource dataSource = resolveSpecifiedDataSource(value);
			this.resolvedDataSources.put(lookupKey, dataSource);
		});
		if (this.defaultTargetDataSource != null) {
			this.resolvedDefaultDataSource = resolveSpecifiedDataSource(this.defaultTargetDataSource);
		}
	}

	protected Object resolveSpecifiedLookupKey(Object lookupKey) {
		return lookupKey;
	}

	protected DataSource resolveSpecifiedDataSource(Object dataSource) throws IllegalArgumentException {
		if (dataSource instanceof DataSource) {
			return (DataSource) dataSource;
		}
		else if (dataSource instanceof String) {
			return this.dataSourceLookup.getDataSource((String) dataSource);
		}
		else {
			throw new IllegalArgumentException(
					"Illegal data source value - only [javax.sql.DataSource] and String supported: " + dataSource);
		}
	}


	@Override
	public Connection getConnection() throws SQLException {
		return determineTargetDataSource().getConnection();
	}

	@Override
	public Connection getConnection(String username, String password) throws SQLException {
		return determineTargetDataSource().getConnection(username, password);
	}

	@Override
	@SuppressWarnings("unchecked")
	public <T> T unwrap(Class<T> iface) throws SQLException {
		if (iface.isInstance(this)) {
			return (T) this;
		}
		return determineTargetDataSource().unwrap(iface);
	}

	@Override
	public boolean isWrapperFor(Class<?> iface) throws SQLException {
		return (iface.isInstance(this) || determineTargetDataSource().isWrapperFor(iface));
	}
    
	protected DataSource determineTargetDataSource() {
		Assert.notNull(this.resolvedDataSources, "DataSource router not initialized");
		Object lookupKey = determineCurrentLookupKey();
		DataSource dataSource = this.resolvedDataSources.get(lookupKey);
		if (dataSource == null && (this.lenientFallback || lookupKey == null)) {
			dataSource = this.resolvedDefaultDataSource;
		}
		if (dataSource == null) {
			throw new IllegalStateException("Cannot determine target DataSource for lookup key [" + lookupKey + "]");
		}
		return dataSource;
	}

	@Nullable
    //一般只需要用戶實現這個方法。
	protected abstract Object determineCurrentLookupKey();

}

實現流程

step1:實現一個自定義的AbstractRoutingDataSource

public class DynamicDataSource extends AbstractRoutingDataSource {

    //這邊定義了一個和線程綁定的ThreadLocal變量,用於存放需要使用的數據源的名稱
    private static final ThreadLocal<String> dataSourceNameHolder = new ThreadLocal<>();

    public DynamicDataSource(DataSource defaultTargetDataSource, Map<Object, Object> targetDataSources) {
        super.setDefaultTargetDataSource(defaultTargetDataSource);
        super.setTargetDataSources(targetDataSources);
        super.afterPropertiesSet();
    }

    @Override
    //重寫了AbstractRoutingDataSource的determineCurrentLookupKey方法
    protected Object determineCurrentLookupKey() {
        return getDataSource();
    }

    public static void setDataSource(String dataSource) {
        dataSourceNameHolder.set(dataSource);
    }

    public static String getDataSource() {
        return dataSourceNameHolder.get();
    }

    public static void clearDataSource() {
        dataSourceNameHolder.remove();
    }

}

step2:實現一個AOP對Service層方法進行AOP攔截,調用DynamicDataSource中的ThreadLocal變量,將當前請求需要使用的數據源名稱設置進去。

//定義一個DataSource註解
@Target(ElementType.METHOD)
@Retention(RetentionPolicy.RUNTIME)
@Documented
public @interface DataSource {
    String name() default "";
}
//這邊再定義一個常量
public interface DataSourceNames {
    String FIRST = "first";
    String SECOND = "second";

}

定義AOP處理DataSource註解

※綠能、環保無空污,成為電動車最新代名詞,目前市場使用率逐漸普及化

台中景泰電動車行只是一個單純的理由,將來台灣的環境,出門可以自由放心的深呼吸,讓空氣回歸自然的乾淨,減少污染,留給我們下一代有好品質無空污的優質環境

@Aspect
@Component
public class DataSourceAspect implements Ordered {
    protected Logger logger = LoggerFactory.getLogger(getClass());

    @Pointcut("@annotation(com.xx.yy.annotation.DataSource)")
    public void dataSourcePointCut() {

    }

    @Around("dataSourcePointCut()")
    public Object around(ProceedingJoinPoint point) throws Throwable {
        MethodSignature signature = (MethodSignature) point.getSignature();
        Method method = signature.getMethod();
        
        DataSource ds = method.getAnnotation(DataSource.class);
        //如果未指定數據源就使用第一個數據源
        if(ds == null){
            DynamicDataSource.setDataSource(DataSourceNames.FIRST);
            logger.debug("set datasource is " + DataSourceNames.FIRST);
        }else {
            DynamicDataSource.setDataSource(ds.name());
            logger.debug("set datasource is " + ds.name());
        }
        try {
            return point.proceed();
        } finally {
            DynamicDataSource.clearDataSource();
            logger.debug("clean datasource");
        }
    }
    @Override
    public int getOrder() {
        return 1;
    }
}

step3:對數據源進行配置

@Configuration
public class DynamicDataSourceConfig {

    @Bean
    @ConfigurationProperties("spring.datasource.druid.first")
    public DataSource firstDataSource(){
        return DruidDataSourceBuilder.create().build();
    }

    @Bean
    @ConfigurationProperties("spring.datasource.druid.second")
    public DataSource secondDataSource(){
        DataSource dataSource = DruidDataSourceBuilder.create().build();
        return dataSource;
    }

    @Bean
    @Primary
    @DependsOn(value = {"firstDataSource","secondDataSource"})
    public DynamicDataSource dataSource(DataSource firstDataSource,DataSource secondDataSource) {
        Map<Object, Object> targetDataSources = new HashMap<>();
        targetDataSources.put(DataSourceNames.FIRST, firstDataSource);
        targetDataSources.put(DataSourceNames.SECOND,  secondDataSource);
        return new DynamicDataSource(firstDataSource, targetDataSources);
    }
}

以上就是實現雙數據源的全部配置。

使用

使用的時候非常簡單,只需要在Service層的方法上加上@DataSource註解就可以了。

@DataSource(name = DataSourceNames.SECOND)
public String selectByInfoName(String name){
   //...
}

一些注意點

如果你使用了pageHelper等分頁插件,請將方言設置成自動模式, autoRuntimeDialect: true

pagehelper:
  reasonable: false
  supportMethodsArguments: true
  params: count=countSql
  autoRuntimeDialect: true

如果你使用了Druid數據源,並通過下面的形式創建數據源,要保障數據源的用戶名和密碼字段不為null。不然DruidDataSourceWrapper這個Bean會檢測這個字段的值,導致啟動失敗。


@Bean
    @ConfigurationProperties("spring.datasource.druid.first")
    public DataSource firstDataSource(){
        return DruidDataSourceBuilder.create().build();
    }

    @Bean
    @ConfigurationProperties("spring.datasource.druid.second")
    public DataSource secondDataSource(){
        DataSource dataSource = DruidDataSourceBuilder.create().build();
        return dataSource;
    }

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

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

以設計的實用美學觀點,規劃出舒適、美觀的視覺畫面,有效提昇使用者的心理期待,營造出輕鬆、愉悅的網站瀏覽體驗。

DIVOOM Pixoo LED發光像素單肩包:可自己換圖案、文字,絕對獨一無二!_網頁設計公司

※綠能、環保無空污,成為電動車最新代名詞,目前市場使用率逐漸普及化

台中景泰電動車行只是一個單純的理由,將來台灣的環境,出門可以自由放心的深呼吸,讓空氣回歸自然的乾淨,減少污染,留給我們下一代有好品質無空污的優質環境

這次為大家介紹的是 DIVOOM Pixoo LED發光像素單肩包開箱,不知道大家還記不記得去年我們曾經介紹過一款「Pixoo像素發光電腦背包」?當時開箱介紹完之後,聽說就立刻賣光光,到前陣子都還有讀者在詢問哪裡還有貨。限量就是這麼的殘酷,現在經過一年後原團隊再次推出了一款體積較小,使用情境更多,攜帶更方便的隨身單肩包,這次一樣數量有限,先來看阿達簡單的開箱介紹。

DIVOOM Pixoo LED發光像素單肩包開箱

這次由 DIVOOM推出的 Pixoo 系列 LED 單肩包外盒在設計上看起來蠻時尚的:

開箱裡面有一個攜行袋,掏出後就有 Pixoo LED發光像素單肩包與說明書:

Pixoo LED發光像素單肩包外型跟一般的單肩包無異,不過別看它體積不大,前、中、後都有收納空間,加上暗袋的設計能裝的東西不少:

一開始讓我注意到的是磁吸快拆肩帶,真的好用且牢固:

先看最前面,裡面可放行動電源與各種物品:

LED發光像素單肩包耗電量不大,官方實測搭配10000mAh的行動電源可連續跑馬顯示一天以上:

中間區域的空間容量最大,不論是 iPad mini、微單相機、Switch放裡面都沒問題,還有網格袋可收納零錢等物品:

另外還有一組鑰匙扣可別上鑰匙、悠遊卡、門禁卡之類常忘記帶出門的物品:

後層可當防盜層,因為緊貼身體比較不會被扒手覬覦,可放錢包、證件之類的物品:

在LED發光像素單肩包後方還有提把設計,當手包也沒問題:

下方的約束帶可鬆開增加單肩包的內容量,也可放置腳架、三軸之類的物品:

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

以設計的實用美學觀點,規劃出舒適、美觀的視覺畫面,有效提昇使用者的心理期待,營造出輕鬆、愉悅的網站瀏覽體驗。

中間還有暗袋設計,可放雨傘、小水壺之類的物品,真的蠻能裝的:

LED發光像素單肩包這邊買

 

LED發光像素單肩包面板切換

LED發光像素單肩包最重要的功能之一就是在它的正面有一個16×16的LED面板,只要下載 DIVOOM APP 就可以將自己設計的圖片文字傳到包包上(當然要有點藝術天分):

也可以傳輸文字到單肩包上,如果您在搭捷運時身體不適想座博愛座的話,就可以寫上「我身體不舒服」、「我腳痛」、「我是孕婦」之類的文字,正義魔人應該就比較不會來廢話(除非他不識字啦):

除了文字跑馬以外,還有音樂遊戲、俄羅斯方塊…等小遊戲可以遊玩,這時候就用手機當手把,LED發光像素單肩包當作螢幕玩,也是相當有趣的小功能:

DIVOOM Pixoo LED發光像素單肩包除了當作一般的側背包以外,也可以當胸包、腰包、提包,搭配您自己無限的創意(沒創意的話APP裡面有一堆免費圖案可用),絕對讓你在外走跳成為眾人目光焦點,也不會有撞包的問題,白天晚上都相當清楚:

騎車還有提醒後方的功能喔:

LED發光像素單肩包本身也具備防潑水功能,下雨也不怕:

我們也拍攝了開箱影片給大家參考,個人覺得相當多功能的小型單肩包,阿達也舉辦抽獎活動,想要得到的話到 YouTube影片下方留言,2/28號抽出:

 

LED發光像素單肩包這邊買

現在 DIVOOM Pixoo LED發光像素單肩包正在壞朋友募資平台上舉行預購,價格我個人也覺得很合理,外面不少沒有特殊功能的單肩包就賣快要兩千元,這一款除了會發光、文字跑馬、秀動畫圖片以外,用料也實在,個人蠻推薦的,也提供給大家參考喔。

您也許會喜歡:

【推爆】終身$0月租 打電話只要1元/分

立達合法徵信社-讓您安心的選擇

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

網站的第一印象網頁設計,決定了客戶是否繼續瀏覽的意願。台北網動廣告製作的RWD網頁設計,採用精簡與質感的CSS語法,提升企業的專業形象與簡約舒適的瀏覽體驗,讓瀏覽者第一眼就愛上它。

3 種生成高強度密碼的方法_網頁設計公司

綠能、環保無空污,成為 電動車最新代名詞,目前市場使用率逐漸普及化

台中景泰電動車行只是一個單純的理由,將來台灣的環境,出門可以自由放心的深呼吸,讓空氣回歸自然的乾淨,減少污染,留給我們下一代有好品質無空污的優質環境

現在信息泄露越來越嚴重,而強大的密碼是防止個人敏感信息泄露的第一步。良許曾經分享過一篇文章,如何判斷你的密碼是否足夠安全,點擊以下鏈接查看:

信息泄漏時代,如何讓自己的密碼更安全?

在生活中,我們需要用到大量的密碼,這些密碼最好不要統一,否則萬一泄漏的話,所有賬號都暴露在風險之下。而在工作中,我們同樣也需要用到大量密碼,比如批量添加用戶,批量設置服務器密碼等。

如果靠自己去想的話,想到的密碼可以不夠強大,而且比較費力。下面良許就介紹 3 種方法來批量生成高強度的密碼。

所謂的高強度密碼,就是包含了大小寫、数字、符號的密碼。

1. pwgen

pwgen 的特點是可以生成一些能夠被人類記住,並且也足夠安全的密碼。但是,如果你想生成不容易記住的隨機密碼,只需加上 -s 選項即可。

1.1 pwgen 的安裝

對於 Debian/Ubuntu 系統,直接使用 apt-get 命令即可安裝。

$ sudo apt install pwgen

對於 RHEL/CentOS 系統,可以使用 yum 命令安裝。

$ sudo yum install pwgen

其它系統可以使用對應的安裝命令,在此不贅述。

1.2 pwgen 的用法

pwgen 最簡單的用法是直接敲入這個命令,不帶任何參數就可以生成 160 個密碼。默認情況下,它生成的密碼是易於人類記住的密碼,8 個字符,包含大小寫及数字。

自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

網站的第一印象網頁設計,決定了客戶是否繼續瀏覽的意願。台北網動廣告製作的RWD網頁設計,採用精簡與質感的CSS語法,提升企業的專業形象與簡約舒適的瀏覽體驗,讓瀏覽者第一眼就愛上它。

一共 160 個,分成 20 行 8列。限於篇幅,以下結果做了縮減。

$ pwgen
ameiK2oo aibi3Cha EPium0Ie aisoh1Ee Nidee9ae uNga0Bee uPh9ieM1 ahn1ooNg
oc5ooTea tai7eKid tae2yieS hiecaiR8 wohY2Ohk Uab2maed heC4aXoh Ob6Nieso
…………
ahV4yore ue2laePh fu1eThui qui7aePh Fahth1nu ohk9puLo aiBeez0b Neengai5

如果你想生成 5 個 14 個字符長度的密碼,那麼可以使用以下命令:

$ pwgen -s 14 5
7YxUwDyfxGVTYD em2NT6FceXjPfT u8jlrljbrclcTi IruIX3Xu0TFXRr X8M9cB6wKNot1e

如果你想生成超級難記,超級安全的密碼,可以加上 -cnys 選項,使用以下格式:

$ pwgen -cnys 14 20
mQ3E=vfGfZ,5[B #zmj{i5|ZS){jg Ht_8i7OqJ%N`~2 443fa5iJ\W-L?] ?Qs$o=vz2vgQBR
^'Ry0Az|J9p2+0 t2oA/n7U_'|QRx EsX*%_(4./QCRJ ACr-,8yF9&eM[* !Xz1C'bw?tv50o
8hfv-fK(VxwQGS q!qj?sD7Xmkb7^ N#Zp\_Y2kr%!)~ 4*pwYs{bq]Hh&Y |4u=-Q1!jS~8=;
]{$N#FPX1L2B{h I|01fcK.z?QTz" l~]JD_,W%5bp.E +i2=D3;BQ}p+$I n.a3,.D3VQ3~&i

2. openssl

openssl 命令是調用 OpenSSL 的一些庫中的各種密碼學函數來生成密碼,強度也相對比較高。

我們可以使用以下命令格式來生成一個 14 位的隨機密碼:

$ openssl rand -base64 14
WjzyDqdkWf3e53tJw/c=

但是,這樣一條命令只能生成一個密碼,如果想要批量生成密碼,就要寫一個簡單的 Shell 語句。

$ for pw in {1..4}; do openssl rand -base64 14; done
6i0hgHDBi3ohZ9Mil8I=
gtn+y1bVFJFanpJqWaA=
rYu+wy+0nwLf5lk7TBA=
xrdNGykIzxaKDiLF2Bw=

3. gpg

1991年,程序員 Phil Zimmermann 為了避開政府監視,開發了加密軟件 PGP。這個軟件非常好用,迅速流傳開來,成了許多程序員的必備工具。但是,它是商業軟件,不能自由使用。所以,自由軟件基金會決定,開發一個PGP的替代品,取名為 GnuPG

我們可以使用以下格式來生成一個隨機的 14 位高強度密碼。

$ gpg --gen-random --armor 1 14
or
$ gpg2 --gen-random --armor 1 14
jq1mtY4gBa6gIuJrggM=

同樣地,如果這個命令只能生成一個密碼,如果要生成多個,那就需要寫一個簡單的 Shell 語句。

$ for pw in {1..4}; do gpg --gen-random --armor 1 14; done
or
$ for pw in {1..4}; do gpg2 --gen-random --armor 1 14; done
F5ZzLSUMet2kefG6Ssc=
8hh7BFNs8Qu0cnrvHrY=
B+PEt28CosR5xO05/sQ=
m21bfx6UG1cBDzVGKcE=

4. 小結

一個強大的密碼是保證我們賬號安全的第一步,重要性不容小覷。本文介紹了 3 種方法隨機生成高強度密碼,但還有很多工具還可以生成這樣的密碼,比如 makepasswdmkpasswd 等。大家平常都是怎麼生成密碼的?歡迎留言討論!

公眾號:良許Linux

有收穫?希望老鐵們來個三連擊,給更多的人看到這篇文章

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

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

以設計的實用美學觀點,規劃出舒適、美觀的視覺畫面,有效提昇使用者的心理期待,營造出輕鬆、愉悅的網站瀏覽體驗。

架構設計 | 異步處理流程,多種實現模式詳解

本文源碼:GitHub·點這裏 || GitEE·點這裏

一、異步處理

1、異步概念

異步處理不用阻塞當前線程來等待處理完成,而是允許後續操作,直至其它線程將處理完成,並回調通知此線程。

必須強調一個基礎邏輯,異步是一種設計理念,異步操作不等於多線程,MQ中間件,或者消息廣播,這些是可以實現異步處理的方式。

同步處理和異步處理相對,需要實時處理並響應,一旦超過時間會結束會話,在該過程中調用方一直在等待響應方處理完成並返回。同步類似電話溝通,需要實時對話,異步則類似短信交流,發送消息之後無需保持等待狀態。

2、異步處理優點

雖然異步處理不能實時響應,但是處理複雜業務場景,多數情況都會使用異步處理。

  • 異步可以解耦業務間的流程關聯,降低耦合度;
  • 降低接口響應時間,例如用戶註冊,異步生成相關信息表;
  • 異步可以提高系統性能,提升吞吐量;
  • 流量削峰即把請求先承接下來,然後在異步處理;
  • 異步用在不同服務間,可以隔離服務,避免雪崩;

異步處理的實現方式有很多種,常見多線程,消息中間件,發布訂閱的廣播模式,其根據邏輯在於先把請求承接下來,放入容器中,在從容器中把請求取出,統一調度處理。

注意:一定要監控任務是否產生積壓過度情況,任務如果積壓到雪崩之勢的地步,你會感覺每一片雪花都想勇闖天涯。

3、異步處理模式

異步流程處理的實現有好多方式,但是實際開發中常用的就那麼幾種,例如:

  • 基於接口異步響應,常用在第三方對接流程;
  • 基於消息生產和消費模式,解耦複雜流程;
  • 基於發布和訂閱的廣播模式,常見系統通知

異步適用的業務場景,對數據強一致性的要求不高,異步處理的數據更多時候追求的是最終一致性。

二、接口響應異步

1、流程描述

基於接口異步響應的方式,有一個本地業務服務,第三方接口服務,流程如下:

  • 本地服務發起請求,調用第三方服務接口;
  • 請求包含業務參數,和成功或失敗的回調地址;
  • 第三方服務實時響應流水號,作為該調用的標識;
  • 之後第三方服務處理請求,得到最終處理結果;
  • 如果處理成功,回調本地服務的成功通知接口;
  • 如果處理失敗,回調本地服務的失敗通知接口;
  • 整個流程基於部分異步和部分實時的模式,完整處理;

注意:如果本地服務多次請求第三方服務,需要根據流水號判斷該請求的狀態,業務的狀態設計也是極其複雜,要根據流水號和狀態追溯整個流程的執行進度,避免錯亂。

2、流程實現案例

模擬基礎接口

@RestController
public class ReqAsyncWeb {
    private static final Logger LOGGER = LoggerFactory.getLogger(ReqAsyncWeb.class);
    @Resource
    private ReqAsyncService reqAsyncService ;
    // 本地交易接口
    @GetMapping("/tradeBegin")
    public String tradeBegin (){
        String sign = reqAsyncService.tradeBegin("TradeClient");
        return sign ;
    }
    // 交易成功通知接口
    @GetMapping("/tradeSucNotify")
    public String tradeSucNotify (@RequestParam("param") String param){
        LOGGER.info("tradeSucNotify param={"+ param +"}");
        return "success" ;
    }
    // 交易失敗通知接口
    @GetMapping("/tradeFailNotify")
    public String tradeFailNotify (@RequestParam("param") String param){
        LOGGER.info("tradeFailNotify param={"+ param +"}");
        return "success" ;
    }
    // 第三方交易接口
    @GetMapping("/respTrade")
    public String respTrade (@RequestParam("param") String param){
        LOGGER.info("respTrade param={"+ param +"}");
        reqAsyncService.respTrade(param);
        return "NO20200520" ;
    }
}

模擬第三方處理

@Service
public class ReqAsyncServiceImpl implements ReqAsyncService {

    private static final String serverUrl = "http://localhost:8005" ;

    @Override
    public String tradeBegin(String param) {
        String orderNo = HttpUtil.get(serverUrl+"/respTrade?param="+param);
        if (StringUtils.isEmpty(orderNo)){
            return "Trade..Fail...";
        }
        return orderNo ;
    }

    @Override
    public void respTrade(String param) {
        try {
            Thread.sleep(10000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        Thread thread01 = new Thread(
                new RespTask(serverUrl+"/tradeSucNotify?param="+param),"SucNotify");
        Thread thread02 = new Thread(
                new RespTask(serverUrl+"/tradeFailNotify?param="+param),"FailNotify");
        thread01.start();
        thread02.start();
    }
}

三、生產消費異步

1、流程描述

這裏基於Kafka中間件,演示流程消息生成,消息處理的異步解耦流程,基本步驟:

  • 消息生成之後,寫入Kafka隊列 ;
  • 消息處理方獲取消息后,進行流程處理;
  • 消息在中間件提供的隊列中持久化存儲 ;
  • 消息發起方如果掛掉,不影響消息處理 ;
  • 消費方如果掛掉,不影響消息生成;

基於這種消息中間件模式,完成業務解耦,提高系統吞吐量,是架構中常用的方式。

2、流程實現案例

消息發送

@Service
public class KafkaAsyncServiceImpl implements KafkaAsyncService {

    @Resource
    private KafkaTemplate<String, String> kafkaTemplate;

    @Override
    public void sendMsg(String msg) {
        // 這裏Topic如果不存在,會自動創建
        kafkaTemplate.send("kafka-topic", msg);
    }
}

消息消費

@Component
public class KafkaConsumer {

    private static Logger LOGGER = LoggerFactory.getLogger(KafkaConsumer.class);

    @KafkaListener(topics = "kafka-topic")
    public void listenMsg (ConsumerRecord<?,String> record) {
        String value = record.value();
        LOGGER.info("KafkaConsumer01 ==>>"+value);
    }
}

注意:這裏就算有多個消息消費方,也只會在一個消費方處理消息,這就是該模式的特點。

四、發布訂閱異步

1、流程描述

這裏基於Redis中間件,說明消息廣播模式流程,基本步驟:

  • 提供一個消息傳遞頻道channel;
  • 多個訂閱頻道的客戶端client;
  • 消息通過PUBLISH命令發送給頻道channel ;
  • 客戶端就會收到頻道中傳遞的消息 ;

之所以稱為廣播模式,該模式更注重通知下發,流程交互性不強。實際開發場景:運維總控系統,更新了某類服務配置,通知消息發送之後,相關業務線上的服務在拉取最新配置,更新到服務中。

2、流程實現案例

發送通知消息

@Service
public class RedisAsyncServiceImpl implements RedisAsyncService {

    @Resource
    private StringRedisTemplate stringRedisTemplate ;

    @Override
    public void sendMsg(String topic, String msg) {
        stringRedisTemplate.convertAndSend(topic,msg);
    }
}

客戶端接收

@Service
public class ReceiverServiceImpl implements ReceiverService {

    private static final Logger LOGGER = LoggerFactory.getLogger("ReceiverMsg");

    @Override
    public void receiverMsg(String msg) {
        LOGGER.info("Receiver01 收到消息:msg-{}",msg);
    }
}

配置廣播模式

@Configuration
public class SubMsgConfig {

    @Bean
    RedisMessageListenerContainer container(RedisConnectionFactory factory,
                                            MessageListenerAdapter msgListenerAdapter,
                                            MessageListenerAdapter msgListenerAdapter02){
        RedisMessageListenerContainer container = new RedisMessageListenerContainer();
        container.setConnectionFactory(factory);
        //註冊多個監聽,訂閱一個主題,實現消息廣播
        container.addMessageListener(msgListenerAdapter, new PatternTopic("topic:msg"));
        container.addMessageListener(msgListenerAdapter02, new PatternTopic("topic:msg"));
        return container;
    }

    @Bean
    MessageListenerAdapter msgListenerAdapter(ReceiverService receiverService){
        return new MessageListenerAdapter(receiverService, "receiverMsg");
    }
    @Bean
    MessageListenerAdapter msgListenerAdapter02(ReceiverService02 receiverService02){
        return new MessageListenerAdapter(receiverService02, "receiverMsg");
    }

    @Bean
    ReceiverService receiverService(){
        return new ReceiverServiceImpl();
    }
    @Bean
    ReceiverService02 receiverService02(){
        return new ReceiverServiceImpl02();
    }
}

這裏配置了多個訂閱的客戶端。

五、任務積壓監控

生成一個消息,就因為有一個處理該消息的任務要執行,這就導致任務可能出現積壓的情況,常見原因大致有如下幾個:

  • 任務產生的服務過多,任務處理的服務過少,不均衡;
  • 任務處理時間太長,也導致生產過剩;
  • 中間件本身容量偏小,需要擴容或集群化管理;

如果任務積壓過多,可能要對任務生成進行流量控制,或者提升任務的處理能力,從而避免雪崩情況。

六、源代碼地址

GitHub·地址
https://github.com/cicadasmile/data-manage-parent
GitEE·地址
https://gitee.com/cicadasmile/data-manage-parent

推薦閱讀:《架構設計系列》,蘿蔔青菜,各有所需

序號 標題
01 架構設計:單服務.集群.分佈式,基本區別和聯繫
02 架構設計:分佈式業務系統中,全局ID生成策略
03 架構設計:分佈式系統調度,Zookeeper集群化管理
04 架構設計:接口冪等性原則,防重複提交Token管理
05 架構設計:緩存管理模式,監控和內存回收策略

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

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

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

※綠能、環保無空污,成為電動車最新代名詞,目前市場使用率逐漸普及化

※廣告預算用在刀口上,台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

※別再煩惱如何寫文案,掌握八大原則!

真糾結!到底要不要多加2萬預算買車

我去,這ES是老人家開的吧。一點激情都沒有嗯,這雷克薩斯GS就好多啦。都花到這個錢了,雷克薩斯也是二線豪車啊。買奔馳E級多好哇,這E級操控也不行啊,那麼長的車身。而且豪華感還是不夠啊,現在S大優

由於十分討厭公交車

小王準備買一電動車

於是他走進了電驢店

想想電驢只能跑幾十公里

又覺得買個摩托車比較好。

可是摩托車動輒6000到8000。都可以付麵包車的首付啦,好歹是個汽車。

想想麵包車,還不如咬咬牙買個轎車。

於是小王關注比亞迪F3。

再加兩萬能買到帝豪,那檔次就不一樣了

可是買帝豪我都可以買個哥瑞了。

哎呀媽呀,哥瑞低配連收音機都沒有,再加兩萬買凌派

咦,本田XRV這麼好看。還是SUV呢

可是這車看上去咋那麼小。CRV大那麼多,好像也貴不了多少,就買CRV吧。

哇,豐田漢蘭達那麼大,這才是真男人座駕。

買漢蘭達的錢可以買個皇冠,皇冠多霸氣呀,說皇冠誰都知道。

皇冠也是豐田,還不如買個雷克薩斯ES。

我去,這ES是老人家開的吧?一點激情都沒有

嗯,這雷克薩斯GS就好多啦。

都花到這個錢了,雷克薩斯也是二線豪車啊!買奔馳E級多好

哇,這E級操控也不行啊,那麼長的車身。而且豪華感還是不夠啊,現在S大優本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

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

※綠能、環保無空污,成為電動車最新代名詞,目前市場使用率逐漸普及化

※廣告預算用在刀口上,台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

※別再煩惱如何寫文案,掌握八大原則!

為什麼需要雲IDE?

一.雲 IDE?是新概念嗎?

不不不,早在 2010 年就有成熟的產品了:Cloud9 IDE

時至如今,雲 IDE 已經相當常見了,比如:

  • Cloud9:亞馬遜為其雲計算服務提供的 IDE

  • Eclipse Che及Eclipse Theia:老牌 IDE 的雲化版本

  • Coder:以及前不久開源的code-server

  • Expo Snack:React Native 的雲端開發環境

  • Coding:國內的雲 IDE 產品

  • codesandbox:面向 Web 項目的雲 IDE

 

二.為什麼需要雲 IDE?

一般的開發工作流中,我們會建立一套本地環境,包括順手的 IDE 和整套本地工具,但這種本地開發模式存在一些問題:

  • 開發機性能要求高:冷編譯一次 40 分鐘

  • 開發環境配置複雜:工具環境能夠通過容器技術或一系列版本管理工具(如 nvm)解決,但網絡、安全等環境就不那麼容易配置了

  • 依賴特定設備:休假可以,但是帶上電腦,24 小時 On Call,10 分鐘無響應記大過一次

  • 巨型代碼庫的管理難題:巨型代碼庫切換個 Git 分支,動輒半小時

於是,遠程開發的理念應運而生,連接遠程測試服務器,直接在服務器環境完成日常開發工作,免去本地重建並維護一套測試環境的成本

現有的遠程開發模式下,工程師大多通過終端交互工具連接遠程機器,並通過 vim、naro 等文本編輯器來開發。而這些編輯器通常對項目文件管理、運行任務、調試器、智能提示/補全等基礎功能的支持不那麼友好,並不能像本地 IDE 一樣提供舒適的開發環境。開發體驗下降的同時,也限制了開發效率

那麼,有沒有兩全其美的辦法?

有,把 IDE 也搬到遠程,即雲 IDE

P.S.或者把雲拽下來,即,本地 IDE 提供遠程開發能力,但理念上與雲 IDE 並無二致(本地 IDE 相當於瀏覽器),具體見VSCode 遠程開發套件

 

三.雲 IDE 能解決什麼問題?

綜上,IDE 上雲能解決兩方面問題:

  • 本地開發模式難以解決的問題:不再要求本地機器十分強大,不必擔心環境,不依賴特定辦公設備,硬盤也不用再瘋狂旋轉

  • 遠程開發模式的體驗問題:不再是 Web Editor 玩具,而與本地 IDE 一樣順手的開發環境

雲 IDE 也是遠程開發模式的一種實現形式,自然能夠解決本地開發模式所存在的一些難題

同時,作為 Web Editor 的升級形態,雲 IDE 能夠提供更好的遠程開發體驗,補足遠程開發模式的體驗短板,解決工具不稱手限制開發效率的問題

 

四.雲 IDE 有什麼作用?

無論本地 IDE 還是雲 IDE,都具有兩個基本作用:

  • 提升開發效率:整合零碎的開發工具/服務,實現工具鏈的平台化

  • 升級開發體驗:無縫連接開發工作流,提供一站式體驗

從開發者角度來看,IDE 的關鍵在於對工具的整合與連接,不只是簡單的工具集,而是讓這些工具能以最自然的方式配合工作,組成高效的工作流。即工作台/工作助理 >> 工具集

IDE >> 項目文件管理 + 文本編輯器 + 交互式終端 + 項目腳手架 + 運行任務 + 調試器 + 工具插件 + ...工具

對雲服務供應商而言,能夠實現從 Cloud Shell、Cloud Editor 到 Cloud IDE 的產品形態升級,將一系列產品(雲服務)與用戶的工作流緊密結合起來,不僅能更好地表達產品功能,還能通過 IDE 更高效率地觸達用戶

                     ^ FaaS、BaaS
                    /
雲服務用戶 ---> 雲IDE ---> 數據存儲服務
                    \
                     v 計算資源

 

五.應用場景

在肉眼可見的未來,雲 IDE 有這樣幾個應用場景:

  • FaaS:函數即服務,那麼,函數在哪裡寫?
    獨立的技術生態:如 React Native、小程序、可視化搭建系統等

  • 雲計算產品:從提供離散的產品/服務(如 FaaS),轉向提供定製開發環境和工作流

  • 源碼管理平台:試想,GitHub/GitLab 即開發環境

  • 研發工作台:雲計算時代的全雲研發模式下,需求-開發-測試-運維的完整鏈路

 

六.未來的研發模式(可能)是怎樣的?

以雲 IDE 為中心的高效研發模式,可能是這樣的:

  • 統一的開發環境:藉助容器技術,開發環境也能作為項目的一部分,像源碼一樣管理起來(基礎設施即代碼,Infrastructure as Code),代碼風格約束也能更好地落實

  • 專用 IDE:通過定製開源 IDE,提供更貼合產品/業務的專用 IDE

  • 完整的工程化鏈路:編輯-構建-運行-調試-測試-運維

  • 飛快的構建速度:得益於雲計算的彈性調配能力,編譯時長能被大幅縮短

  • Code anywhere:開發環境也能像雲計算服務一樣觸手可得,隨時隨地,想碼就碼

  • 實時協作:在線 Review,手把手教學,共享工作空間、一鍵分享代碼

  • AI 助力開發:基於全源碼的智能提示、甚至代碼生成、質量分析等

在技術走向 techless 的同時,研發模式或將迎來 tool-less 時代

 

參考資料

    • The Future of Cloud IDEs

    • IDEs are Moving to the Cloud

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

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

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

※綠能、環保無空污,成為電動車最新代名詞,目前市場使用率逐漸普及化

※廣告預算用在刀口上,台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

※別再煩惱如何寫文案,掌握八大原則!

10.99萬起 神車朗逸 軒逸都忌憚的車型哪款車型最值得買?

精英型和豪華型相差10000元了,不多倒是也多出了這麼多的配置,像無鑰匙啟動、真皮坐椅、中控屏幕、氙氣大燈、自動空調等這些配置,就算自己後期去加裝也要花不少錢,況且這些配置最好還是原車帶的比較靠譜,自己加裝的東西出問題又不在質保範圍內。

朗逸的銷量雖好,但是身後也有無數強敵,其中英朗算是一個強有力的競爭對手。英朗在10月份的銷量為34629輛,1-10月份累加銷量為303116輛,這數據真的是亮瞎眼。

英朗的指導價為10.99-15.99萬,車身尺寸為4587*1798*1463mm,軸距為2640mm,英朗的車長沒有達到4600mm以上算是一個遺憾,因為同級別的車子長度都超過了4600mm,不過好在英朗的外觀設計比較大氣,同時軸距不小,所以後排空間還是比較充裕的。

英朗的中控內飾用料以硬塑料為主,這也是這個級別通常的配置,不過英朗的內飾看起來設計感十足,層次感突出,體現出了別克內飾設計的“環繞的感覺”,看起來稍顯高檔。

英朗的動力系統為1.5L 114馬力+5擋手動/6擋手自一體、1.4T 144馬力+7擋雙離合,目前英朗有九款在售車型,消費者面對這麼多的車型,肯定是有點迷茫的,所以今天小編就給大家看一下英朗的哪款車性價比最高,爭取在買車的時候買到最實惠的從車型。

1.5L車型的手動擋和自動的差價在1萬元,也就是1萬元買了一台6AT變速箱。進取型、精英型、豪華型的其它配置是一樣。

低配和次低配差價8000元,主要多了前排側氣囊、天窗、雷達等,對於那些經常吸煙或者買車必須要天窗的消費者來說,精英版還是合適的。但是對於不要求配置的消費者來說,進取型就足夠了。

精英型和豪華型相差10000元了,不多倒是也多出了這麼多的配置,像無鑰匙啟動、真皮坐椅、中控屏幕、氙氣大燈、自動空調等這些配置,就算自己後期去加裝也要花不少錢,況且這些配置最好還是原車帶的比較靠譜,自己加裝的東西出問題又不在質保範圍內。

所以豪華版是為那些比較看重配置消費者準備的。

說完了1.5L車型,接下來該說一說1.4T車型,1.4T車型有三個型號,分別是精英型、豪華型、旗艦型。其中精英型和1.5L的精英型配置相同。

所以頂配車型更多的只是為了提高自身形象,性價比較低。倒是精英和豪華型具有一定的性價比。

總結:其實我們是不怎麼建議消費者選擇雙離合車型,因為變速箱的調教還不是很完美,0-100km/h加速大約為10.2s,成績也不是很理想。所以最好的選擇就是1.5L車型,如果資金不充足進取型就可以,在乎天窗了就精英型,對配置有要求了可以選擇豪華型。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※自行創業缺乏曝光? 網頁設計幫您第一時間規劃公司的形象門面

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

※綠能、環保無空污,成為電動車最新代名詞,目前市場使用率逐漸普及化

※廣告預算用在刀口上,台北網頁設計公司幫您達到更多曝光效益

※教你寫出一流的銷售文案?

※別再煩惱如何寫文案,掌握八大原則!