產品在抗腐蝕和抗磨損性，減少油泥與積碳，提升發動機性能和燃油經濟性這幾大方面均優於潤滑油行業最嚴格的標準。新品系列也採用了針對中國市場度身定製的配方和技術，滿足中國消費者對潤滑油產品的更高要求。”雪弗龍在發布會上展示產品的測試結果显示：金富力機油提供卓越的抗磨損保護和抗腐蝕保護，分別比ApI標準高出80%與90%。

2016年12月8日，世界500強、世界領先的一體化能源企業雪弗龍，在浙江嘉興舉行了旗下金富力品牌全系潤滑油的新品發布會。

這次發布會上，雪弗龍為消費者帶來了金富力全新系列產品，包括金富力全合成潤滑油、金富力合成型潤滑油及金富力方程式潤滑油三種。

雪弗龍金富力在此次新品發布會主推油泥防禦盾™技術，雪佛龍（中國）投資有限公司產品技術專家，王琴女士表示：“因為雪佛龍是一家比較獨特的潤滑油生產商，它是目前全球為數不多的一家既有既具備基礎油生產能力，又具備添加劑生產能力的潤滑油生產廠商。所以在研發方面，雪佛龍一直都是比較領先的。而油泥防禦盾™是雪佛龍獨有的科技，它給消費者帶來最大的好處，第一個就是保護性能很強，它能夠很好地防止發動機內部磨損，保護髮動機。另外它能夠延長發動機的使用壽命，因為金富力的抗氧化性能很好，在整個潤滑油的使用過程中，它都能像新油一樣保護髮動機。最後油泥防禦盾™也能很好地提高發動機的燃油經濟性。”

發布會上，雪佛龍潤滑油亞太區技術專家，Joyce女士介紹到：“此次上市的雪佛龍金富力全系產品，擁有包括油泥防禦盾
^TM科技在內的很多創新技術。產品在抗腐蝕和抗磨損性，減少油泥與積碳，提升發動機性能和燃油經濟性這幾大方面均優於潤滑油行業最嚴格的標準。新品系列也採用了針對中國市場度身定製的配方和技術，滿足中國消費者對潤滑油產品的更高要求。”

雪弗龍在發布會上展示產品的測試結果显示：金富力機油提供卓越的抗磨損保護和抗腐蝕保護，分別比ApI標準高出80%與90%。在減少機油濾網上的油泥方面，金富力機油的性能比GM Dexos1標準要求高出 10%。採用油泥防禦盾配方的金富力機油的粘度保持性能比GM Dexos1 標準所要 求的高出70%。

雪佛龍一直秉承着專業的研發態度，追求精湛的工藝，力求將產品做到極致。這次發布會上新產品，針對中國消費習慣與獨特的路況問題，提出了可行性的解決方案，為打開中國市場做好鋪墊。隨着雪佛龍金富力的發布，雪佛龍將為中國消費者及合作夥伴帶來全球領導的品牌，一流的產品。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※產品缺大量曝光嗎?你需要的是一流包裝設計!

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

※回頭車貨運收費標準

※推薦評價好的iphone維修中心

※超省錢租車方案

※台中搬家遵守搬運三大原則,讓您的家具不再被破壞!

※推薦台中搬家公司優質服務,可到府估價

高配車型還有電動尾門，實用性非常出色。至於它的第三排座椅，在看來更多的是應急使用。進入第三排仍然會有些困難，對於家裡的一些上了年紀的家人來說，還是安安分分坐在第二排吧，較高的離地間隙也是一個硬傷。因此7座的柯迪亞克更多是讓消費者有更多的選擇，5座的車型仍然廠家宣傳的主力車型。

作為整篇的開頭，可以下一個結論了；試完柯迪亞克之後，我的心裏已經有一個答案了，看厭了大眾千篇一律的設計造型，如今的年輕人是時候換一台具有大眾品質但外觀與空間都表現更加出色的SUV了。

作為大眾旗下的一個子公司，斯柯達一直受到的關注相對來說還是少了一點。但作為一家公司而言，斯柯達肯定不會一直甘於人下，被所有人都認為是大眾小弟的。於是斯柯達在醞釀已久之後，開始在全世界展示這台充滿北歐風情，但卻符合大眾消費者審美的SUV車型。

犀利的外觀造型，人性化的設計

之前得知柯迪亞克要在廣州車展做展示的消息，尋思着在車展期間好好欣賞一下這款出自斯柯達首款7座SUV，無奈是由於眾多媒體的圍觀，雖然對它非常感興趣，但能觸摸到的時間真的不多。如今不遠萬里來到充滿熱情的西班牙，我仍然按捺住自己心裏的躁動，只想靜靜品味它獨特的外觀造型。

柯迪亞克這個有點拗口的名字是來源自身形龐大的棕熊，第一次看到它時候覺得這個名字改得相當貼切。龐大的車身採用凌厲的線條勾勒出動感的車身造型，飽滿之餘卻不臃腫。極富張力的前臉設計給人的印象相當深刻，粗壯的直瀑式進氣格柵與犀利的LED前大燈營造出的前臉氣場很足，一如它的名字。

從大燈延伸要車尾的三維腰線使得車身具有不錯的立體感，C柱與D柱之間的小舷窗的設計使得車身的造型非常協調，配合外擴式輪罩設計，使得車身充滿力量感。簡潔的車尾卻不缺少變化，標誌性的C型LED尾燈造型與視覺效果相當出色。

除了出色的外觀造型，柯迪亞克也變得相當的人性化，設計師有時候觀念的轉變最後受益是我們消費者。這個從它的一些設計小細節就可以看出。開門的時候，由於很多人都非常擔心碩大的車門會碰到隔壁的牆壁或者車，而柯迪亞克則設計了一套可伸縮的防擦條，開門的時候自動車身，很巧妙的設計卻不會影響美觀。之前在速派出現過的門板處設計摺疊傘存放槽，這在柯迪亞克也有看到，而且正副駕駛都有，是非常貼心的裝置。

熟悉的內飾，貼心的配置

進入車內，依然是熟悉的大眾設計風格，卻擁有斯柯達自家的基因，一切以實用為主。規整的中控造型配上仿木紋的裝飾面板，相當具有檔次。應用多年的老氣多輻式方向盤終於壽終正寢，換裝了一個手感良好大小適中的三輻式方向盤。

8英寸的觸摸屏显示效果比較清晰，配合觸摸式的按鍵，上手比較簡單，由於海外版本搭載是谷歌地圖，在試駕途中沒有好好體驗。分區明確的中控台無論做工還是按鍵的手感都都相當出色，符合一款旗艦SUV的身價。中控下方的儲物格空間很大，能放置I7 plus，還有無線充電功能，希望到時國內上市時還有這個提升逼格的配置。

讓驚喜是它的副駕駛後方設置了一個小桌板與手機支架，可以讓後排乘客在旅途當中不僅看看自己喜歡的電影，還能就着電影吃零食。後排頭枕兩側還有貼心護翼，後排乘客看累了電影還能舒服地睡個覺。

五座為主，7座為輔

進入車內，前排空間就不用多說了，雖然身材不算很高，但頭部空間與腿部空間都非常充裕。得益於2791mm的軸距，它的第二排空間非常寬敞，雖然坐墊有些短，但對這些身高一米7多點還是足夠的，舒適性不差。配合碩大的全景天窗，後排乘客體驗非常出色。後排整體放倒比較規整，後備箱的空間非常寬敞；高配車型還有電動尾門，實用性非常出色。

至於它的第三排座椅，在看來更多的是應急使用。進入第三排仍然會有些困難，對於家裡的一些上了年紀的家人來說，還是安安分分坐在第二排吧，較高的離地間隙也是一個硬傷。因此7座的柯迪亞克更多是讓消費者有更多的選擇，5座的車型仍然廠家宣傳的主力車型。

這是一台年輕人的SUV

聊完最基礎的外觀、內飾與空間，剩下來的肯定就是好好試駕一番這台身材不少的SUV了。它的尺寸比目前剛上市的進口途觀還要大點，這樣的龐大的身軀，看到需要比較強勁的動力總成了，因此那款1.4T的發動機不會搭載在柯迪亞克身上。

雖然歐洲是柴油車的天下，但為了更好與國內市場相一致，捨棄了試駕柴油版的柯迪亞克，選擇了一台搭載了2.0T發動機，可是號稱7.5秒能把柯迪亞克從0加速到100Km/h的車型。至於1.8T車型，想留着到時國內上市之後再來試駕。

只要你開過斯柯達，那麼柯迪亞克是相當的容易上手。相比其他斯柯達車型，它有着更高的坐姿與更出色的視野，當然它的調校與其他斯柯達的車型還是有所區別的，那就是整體會更硬朗一些，很貼合它的名字與造型。

在試駕的過程中，這台2.0T的發動機動力輸出非常直接，與其匹配的DQ500平順性做得相當出色，只是一路試駕的途中基本沒有體驗頓挫的酸爽感，換擋的非常积極聰明。如今唯一的念想就是希望國產之後仍然是這台出色的變速箱了。硬朗的懸挂調校，讓人在行駛當中非常踏實。雖然在試駕過程中路面不算很好，但柯迪亞克在靜音水平做得比較出色，相比途觀真的進步很大。

試駕的這台車型還是四驅版本，車尾的4×4出賣了它的身份。它搭載的這台四驅系統與Tiguan相差不大，是一台適時四驅系統，通過多片離合器式限滑差速器來分配動力，但主要還是以前驅為主，對於操控有一定的提升，千萬不要以為能進行極限越野。

合理的定價，將會是斯柯達的雄起之作

從最近這幾年斯柯達的發展來說，已經有了很大的進步了；在明銳與晶銳身上可以逐漸看到全新的設計元素，以前比較老氣造型已經被丟進博物館了。再到最新的速派，採用MQB平台生產的中級車，雖然銷量仍然比不上帕薩特，但已經上了不止一個台階了。那麼未來的成績要想更上一層樓的話，就肯定需要一個非常切合年輕人的定價。

柯迪亞克擁有着出眾的外觀顏值，非常實用的空間體驗，這些優勢已經吸引了許多消費者的關注，但是如果真的要賣到我們手中，恐怕差的只是一個合適的價格了。這個從它亮相以來不斷的有網友跟說，只要它性價比不錯，首選SUV一定是它了。既然這樣，就來猜測一下，假如定一個比較低的起步價的話，例如18萬的起步價格、同時爭取上市的時間比國產途觀更早，相信一定有很多年輕人會把它收入囊中的。如今消費者已經出好題目了，就看斯柯達會不會給個令人滿意的答案了。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※回頭車貨運收費標準

※產品缺大量曝光嗎?你需要的是一流包裝設計!

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

※推薦評價好的iphone維修中心

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

※台中搬家公司教你幾個打包小技巧,輕鬆整理裝箱!

※台中搬家遵守搬運三大原則,讓您的家具不再被破壞!

　　上文簡要總結了一些AOP的基本概念，並在此基礎上敘述了Spring AOP的基本原理，並且輔以一個簡單例子幫助理解。從本文開始，我們要開始深入到源碼層面來一探Spring AOP魔法的原理了。

　　要使用Spring AOP，第一步是要將這一功能開啟，一般有兩種方式：

• 通過xml配置文件的方式；
• 通過註解的方式；

 

1. 配置文件開啟AOP功能

　　我們先來看一下配置文件的方式，這個上文也提到過，在xml文件中加上對應的標籤，而且別忘了加上對應的名稱空間(即下面的xmlns:aop。。。)：

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xmlns="http://www.springframework.org/schema/beans"
       xmlns:aop = "http://www.springframework.org/schema/aop"
       xsi:schemaLocation="http://www.springframework.org/schema/beans
     http://www.springframework.org/schema/beans/spring-beans-4.0.xsd
     http://www.springframework.org/schema/aop
     http://www.springframework.org/schema/aop/spring-aop-3.0.xsd">
     
     <aop:aspectj-autoproxy/>

</beans>

　　這裡是通過標籤<aop:aspectj-autoproxy/>來完成開啟AOP功能，這是一個自定義標籤，需要自定義其解析，而這些spring都已經實現好了，前面專門寫過一篇文章講述spring是如何解析自定義xml標籤的，我們這裏大致回顧一下解析流程：

• 定義一個XML文件來描述你的自定義標籤元素；
• 創建一個Handler，擴展自NamespaceHandlerSupport，用於註冊下面的parser；
• 創建若干個BeanDefinitionParser的實現，用來解析XML文件中的定義；
• 將上述文件註冊到Spring中，這裏其實是做一下配置；

　　我們就不照着這個步驟來了，我們直接參考spring對這個自定義標籤的解析過程，上面的4個步驟只是作為參考，在整個解析過程中都會涉及到。

　　前面講解析自定義xml標籤時候提到過，解析的流程大致如下：

• 首先會去獲取自定義標籤對應的名稱空間；
• 然後根據名稱空間找到對應的NamespaceHandler；
• 調用自定義的NamespaceHandler進行解析；

1.1 獲取名稱空間

　　這裏<aop:aspectj-autoproxy/>對應的名稱空間是什麼呢？在上面的開啟aop的配置文件裏面名稱空間那裡給出了一些線索，其實就是下面這個：

http://www.springframework.org/schema/aop

　　至於名稱空間的獲取，也無甚好說的，其實就是直接調用org.w3c.dom.Node提供的相應方法來完成名稱空間的提取。

1.2 獲取handler

　　然後又是如何根據名稱空間找到對應的NamespaceHandler呢？之前也說到過，在找對應的NamespaceHandler時會去META-INF/spring.handlers這個目錄下加載資源文件，我們來找一下spring.handlers這個文件看看(需要去spring-aop對應的jar報下找)：

http\://www.springframework.org/schema/aop=org.springframework.aop.config.AopNamespaceHandler

　　看到沒，這裡是以key-value的形式維護着名稱空間和對應handler的關係的，所以對應的handler就是這個AopNamespaceHandler。spring根據名稱空間找到這個handler之後，會通過反射的方式將這個類加載，並緩存起來。

1.3 解析標籤

　　上面的handler只有一個自定義的方法：

public void init() {
    // In 2.0 XSD as well as in 2.1 XSD.
    registerBeanDefinitionParser("config", new ConfigBeanDefinitionParser());
    registerBeanDefinitionParser("aspectj-autoproxy", new AspectJAutoProxyBeanDefinitionParser());
    registerBeanDefinitionDecorator("scoped-proxy", new ScopedProxyBeanDefinitionDecorator());

    // Only in 2.0 XSD: moved to context namespace as of 2.1
    registerBeanDefinitionParser("spring-configured", new SpringConfiguredBeanDefinitionParser());
}

　　這是一個初始化方法，在加載的時候會執行，主要作用就是註冊一些解析器，這裏我們主要關注AspectJAutoProxyBeanDefinitionParser，這就是我們要找的，它的作用就是解析<aop:aspectj-autoproxy/>標籤的。主要流程就是，spring會調用上一步拿到的AopNamespaceHandler的parse()方法，在這個方法裏面，會將解析的工作委託給AspectJAutoProxyBeanDefinitionParser來完成具體解析工作，我們就來看一下具體幹了啥吧。

　　開始解析的工作從這裏開始：

return handler.parse(ele, new ParserContext(this.readerContext, this, containingBd));

　　此時我們拿到的handler其實是我們自定義的AopNamespaceHandler了，但是它並沒有實現parse()方法，所以這裏這個應該是調用的父類(NamespaceHandlerSupport)中的parse()方法：

public BeanDefinition parse(Element element, ParserContext parserContext) {
    // 尋找解析器並進行解析操作
    return findParserForElement(element, parserContext).parse(element, parserContext);
}

private BeanDefinitionParser findParserForElement(Element element, ParserContext parserContext) {
    // 獲取元素名稱，也就是<aop:aspectj-autoproxy/>中的aspectj-autoproxy
    String localName = parserContext.getDelegate().getLocalName(element);
    // 根據aspectj-autoproxy找到對應的解析器，也就是在registerBeanDefinitionParser("aspectj-autoproxy", new AspectJAutoProxyBeanDefinitionParser());
    // 註冊的解析器
    BeanDefinitionParser parser = this.parsers.get(localName);
    if (parser == null) {
        parserContext.getReaderContext().fatal(
            "Cannot locate BeanDefinitionParser for element [" + localName + "]", element);
    }
    return parser;
}

　　首先是尋找元素對應的解析器，然後調用其parse()方法。結合我們前面的示例，其實就是首先獲取在AopNamespaceHandler類中的init()方法中註冊對應的AspectJAutoProxyBeanDefinitionParser實例，並調用其parse()方法進行進一步解析：

public BeanDefinition parse(Element element, ParserContext parserContext) {
    AopNamespaceUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary(parserContext, element);
    extendBeanDefinition(element, parserContext);
    return null;
}

// 下面的代碼在AopConfigUtils中
public static void registerAspectJAnnotationAutoProxyCreatorIfNecessary(
        ParserContext parserContext, Element sourceElement) {

    BeanDefinition beanDefinition = AopConfigUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary(
            parserContext.getRegistry(), parserContext.extractSource(sourceElement));
    useClassProxyingIfNecessary(parserContext.getRegistry(), sourceElement);
    registerComponentIfNecessary(beanDefinition, parserContext);
}

public static BeanDefinition registerAspectJAnnotationAutoProxyCreatorIfNecessary(BeanDefinitionRegistry registry, Object source) {
    return registerOrEscalateApcAsRequired(AnnotationAwareAspectJAutoProxyCreator.class, registry, source);
}

private static BeanDefinition registerOrEscalateApcAsRequired(Class cls, BeanDefinitionRegistry registry, Object source) {
    Assert.notNull(registry, "BeanDefinitionRegistry must not be null");
    if (registry.containsBeanDefinition(AUTO_PROXY_CREATOR_BEAN_NAME)) {
        BeanDefinition apcDefinition = registry.getBeanDefinition(AUTO_PROXY_CREATOR_BEAN_NAME);
        if (!cls.getName().equals(apcDefinition.getBeanClassName())) {
            int currentPriority = findPriorityForClass(apcDefinition.getBeanClassName());
            int requiredPriority = findPriorityForClass(cls);
            if (currentPriority < requiredPriority) {
                apcDefinition.setBeanClassName(cls.getName());
            }
        }
        return null;
    }
    RootBeanDefinition beanDefinition = new RootBeanDefinition(cls);
    beanDefinition.setSource(source);
    beanDefinition.getPropertyValues().add("order", Ordered.HIGHEST_PRECEDENCE);
    beanDefinition.setRole(BeanDefinition.ROLE_INFRASTRUCTURE);
    registry.registerBeanDefinition(AUTO_PROXY_CREATOR_BEAN_NAME, beanDefinition);
    return beanDefinition;
}

　　上面這一堆代碼最核心的部分就在後兩個方法中，就是完成了對AnnotationAwareAspectJAutoProxyCreator類的註冊，到這裏對自定義標籤<aop:aspectj-autoproxy/>的解析也就完成了，可以看到其最核心的部分就是完成了對AnnotationAwareAspectJAutoProxyCreator類的註冊，那為什麼註冊了這個類就開啟了aop功能呢？這裏先賣個關子，後面詳細說。

　　這裏再回過頭來看一下上面說到的spring對自定義標籤解析的4個步驟，其實第一步的schema對應的是在org.springframework.aop.config路徑下的spring-aop-3.0.xsd文件，其映射關係是維護在META-INF/spring.schemas文件中的，而spring-aop-3.0.xsd的主要作用就是描述自定義標籤。

　　當通過META-INF/spring.handlers找到對應的AopNamespaceHandler，並通過在其加載后執行init()方法過程中完成了AspectJAutoProxyBeanDefinitionParser的註冊，有這個parser再來完成對自定義標籤的解析工作，這對應上面4個步驟中的第二步和第三部。至於第四步的配置工作，無非就是將spring.schemas和spring.handlers這兩個配置文件放在META-INF/目錄下罷了。

　　關於這部分解析過程，寫得不是非常詳細，如果有不明白，可以參考之前一篇文章，講spring是如何解析自定義xml標籤。

 

2. 註解方式開啟aop

　　另一種開啟spring aop的方式是通過註解的方式，使用的註解是@EnableAspectJAutoProxy，可以通過配置類的方式完成註冊：

@Configuration
@EnableAspectJAutoProxy
public class AppConfig {

}

 　　也可以在啟動類上直接加上這個註解，這在springboot中比較常見，其實質也是上面的方式。通過這種方式配置之後，就開啟了aop功能，那具體又是如何實現的呢？我們看一下這個註解：

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Import(AspectJAutoProxyRegistrar.class)
public @interface EnableAspectJAutoProxy {

    /**
     * Indicate whether subclass-based (CGLIB) proxies are to be created as opposed
     * to standard Java interface-based proxies. The default is {@code false}.
     */
    boolean proxyTargetClass() default false;

    /**
     * Indicate that the proxy should be exposed by the AOP framework as a {@code ThreadLocal}
     * for retrieval via the {@link org.springframework.aop.framework.AopContext} class.
     * Off by default, i.e. no guarantees that {@code AopContext} access will work.
     * @since 4.3.1
     */
    boolean exposeProxy() default false;

}

　　這裏我們的關注點是其通過@Import(AspectJAutoProxyRegistrar.class)引入了AspectJAutoProxyRegistrar，那這又是什麼？

class AspectJAutoProxyRegistrar implements ImportBeanDefinitionRegistrar {

    /**
     * Register, escalate, and configure the AspectJ auto proxy creator based on the value
     * of the @{@link EnableAspectJAutoProxy#proxyTargetClass()} attribute on the importing
     * {@code @Configuration} class.
     */
    @Override
    public void registerBeanDefinitions(
            AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry) {

        AopConfigUtils.registerAspectJAnnotationAutoProxyCreatorIfNecessary(registry);

        AnnotationAttributes enableAspectJAutoProxy =
                AnnotationConfigUtils.attributesFor(importingClassMetadata, EnableAspectJAutoProxy.class);
        if (enableAspectJAutoProxy != null) {
            if (enableAspectJAutoProxy.getBoolean("proxyTargetClass")) {
                AopConfigUtils.forceAutoProxyCreatorToUseClassProxying(registry);
            }
            if (enableAspectJAutoProxy.getBoolean("exposeProxy")) {
                AopConfigUtils.forceAutoProxyCreatorToExposeProxy(registry);
            }
        }
    }

}

　　看到這裏，是不是有點眼熟了呢？是的，其實它也是和上面說的xml配置使用的方式一樣，通過AopConfigUtils來完成AnnotationAwareAspectJAutoProxyCreator類的註冊。是不是比xml配置文件的方式方便許多呢。

 

4. 開啟aop的魔法

　　通過前面的學習我們了解了可以通過Spring自定義配置完成對AnnotationAwareAspectJAutoProxyCreator類型的自動註冊，而這個類到底是做了什麼工作來實現AOP的操作呢？這裏還是先來看一下AnnotationAwareAspectJAutoProxyCreator的類層次結構：

　　這裡有一個很重要的點，就是AnnotationAwareAspectJAutoProxyCreator實現了BeanPostProcessor接口。在IOC部分的文章中有詳細說過，Spring在加載Bean的過程中會在實例化bean前後調用BeanPostProcessor的相關方法(相關邏輯是在initializeBean方法中，調用postProcessBeforeInitialization、postProcessAfterInitialization方法)，而AOP的魔法就是從這裏開始的。

　　每次看到這裏，我內心對spring的軟件架構設計都是湧現出無比的佩服，通過後處理器的方式來做擴展，對原有模塊是沒有任何改動，也不會產生耦合，spring親自踐行着對修改關閉，對擴展開放的原則。

 

3. 總結

 　　本文我們學習了spring是如何開啟aop功能的，無論是通過xml配置文件方式，還是通過Java config這種註解的方式，其最終都是完成了將AnnotationAwareAspectJAutoProxyCreator這個類註冊到spring容器當中，那這個類又有什麼魔法，可以達到將其註冊到容器即達到開啟aop的功效，其實其繼承自BeanPostProcessor接口，通過後處理器的方式擴展出了開啟spring aop的功能。

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

【其他文章推薦】

※台北網頁設計公司這麼多該如何選擇?

※智慧手機時代的來臨，RWD網頁設計為架站首選

※評比南投搬家公司費用收費行情懶人包大公開

※回頭車貨運收費標準

※網頁設計最專業,超強功能平台可客製化

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

摘錄自2020年05月30日三立新聞網印度報導

武漢肺炎（COVID-19）仍持續在印度延燒，然29日卻發生一起「搶劫事件」，一群猴子突闖入北方省勒克瑙（Lucknow）一處醫學院、出手攻擊醫事人員，並將多個待檢驗新冠病毒的血液檢體劫走；消息一出，附近居民紛表擔憂，害怕病毒會因檢體洩漏而進一步擴散。

醫學院領導人賈格（S. K. Garg）指出，現在沒有證據顯示人會傳染病毒給猴子，但不知道若猴子接觸有病毒的血液之後，是否會遭受感染。有關單位也表示，目前還沒掌握到猴子是否有把血液灑出來，但附近居民得知消息後，都很擔心若猴子將檢體帶到住宅區，恐會造成病毒擴散。

猴子闖入人類居住區、造成騷亂甚至攻擊人類的事件近來在印度頻傳，環保人士對此表示，主要原因是猴子的棲息地遭破壞，而牠們為了尋找食物才會闖入人類的居住空間。

※ 本文與 行政院農業委員會 林務局   合作刊登

國際新聞
印度
武漢肺炎
猴子
公共衛生
處變不驚──與野生動物相遇
人與動物衝突事件簿

本站聲明:網站內容來源環境資訊中心https://e-info.org.tw/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計最專業,超強功能平台可客製化

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

※回頭車貨運收費標準

※推薦評價好的iphone維修中心

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

※台中搬家公司教你幾個打包小技巧,輕鬆整理裝箱!

※台中搬家公司費用怎麼算?

6L、1。8L以及2。0L三款發動機，傳動系統配備5擋手動以及大家最熟悉的CVT變速箱。CVT變速箱動力輸出十分平順，也非常適合在日常城市道路駕馭。硬朗的底盤以及韌性不錯的懸挂，加上ASC車身穩定系統，能給駕駛者足夠的信心。一汽-大眾-速騰指導價：13。

前言

對於80後部分朋友已成家立室，上有老下有小，買車必須要考慮到家用，而心中存在着一份激情，開着也能讓自己爽。所以對於這部分朋友來說，選擇操控好，還能兼顧到家用，也是他們首要的目標。

長安馬自達-馬自達3 Axela昂克賽拉

指導價：11.49-15.99萬

昂克賽拉沿用了馬自達最新“魂動”家族化設計， 前臉造型如同獵豹，視覺感受更加富有攻擊性以及活力的風格，尾部設計較為簡潔，整體設計風格時尚年輕。

內飾正是昂克賽拉的創新所在，雖然簡潔，但整體內飾氛圍更具運動感，車廂做工用料方面，比較厚道！

昂克賽拉更有兩個版本可選，三廂以及兩廂車型，空間方面，能夠滿足日常出行，三廂版/兩廂版行李箱的容積為419L、350L，長途駕駛三廂版實用性更高。

昂克賽拉搭載了1.5L以及2.0L兩款自然吸氣發動機，也是馬自達最新“創馳藍天”發動機，我相信大家也非常了解這款發動機，其優點就是能擁有相對低的油耗還能兼顧到充沛的動力輸出，傳動系統配備了6擋手動、6擋手自一體變速箱。底盤的質感高級，從容紮實，懸挂的調校偏運動，能有很好的操控性還能兼顧舒適性。

東南汽車-翼神

指導價：9.58-13.98萬

翼神外觀採用了三菱經典的鯊魚嘴仿生學造型設計，黑色的大嘴結合成一體，尾部設計較為驚艷，有層次感。翼神整體的設計更加霸氣有力！

翼神內飾主要以黑色為主，中控設計布局簡潔以及在物理按鍵上很到位，整體車廂氛圍很有戰鬥感。

翼神車身長寬高為4570*1760*1490mm，軸距為2635mm，空間表現，寬敞也能輕鬆翹個二郎腿，座椅填充物軟硬適中，包裹性也很足。

動力方面，翼神搭載了1.6L、1.8L以及2.0L三款發動機，傳動系統配備5擋手動以及大家最熟悉的CVT變速箱。CVT變速箱動力輸出十分平順，也非常適合在日常城市道路駕馭。硬朗的底盤以及韌性不錯的懸挂，加上ASC車身穩定系統，能給駕駛者足夠的信心。

一汽-大眾-速騰

指導價：13.18-21.88萬

速騰外觀設計依然還是很大眾，家族式設計並沒有太多的亮點，圓滑的車身造型以及流暢動感線條，速騰依然不失時尚感。

內飾設計依然還是大眾風格，雖然是大眾風格，但其整體設計風格很耐看，甚至會有那麼一絲高級感，做工用料上採用了些許硬質材料，視覺效果並不差，依然簡潔。

速騰車身長寬高為4655*1780*1453mm，軸距為2651mm，空間表現，可以說是速騰最引以為傲的地方，蹺二郎腿毫無壓力。

動力方面，速騰搭載了1.2T、1.4T.1.6T以及2.0T四款發動機，可供消費者選擇較多，傳動系統方面配備5擋手動、6擋手自一體、7擋雙離合變速箱，購買雙離合車型的消費者也無需擔心其的耐用性以及平順性，大眾也做了特別多的優化。底盤依然是大眾一貫的風格調校，紮實，速騰懸挂調校也偏向舒適。

全文總結

整體來說，這三款車都有運動基因的底子，能兼顧到家用以及在操控性方面也不錯，產品力也很強！加上現在優惠幅度也比較大，也值得入手。本站聲明:網站內容來源於http://www.auto6s.com/,如有侵權,請聯繫我們,我們將及時處理

【其他文章推薦】

※網頁設計一頭霧水該從何著手呢? 台北網頁設計公司幫您輕鬆架站!

※台北網頁設計公司全省服務真心推薦

※想知道最厲害的網頁設計公司"嚨底家"!

※推薦評價好的iphone維修中心

※網頁設計最專業,超強功能平台可客製化

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

我是風箏，公眾號「古時的風箏」。文章會收錄在 JavaNewBee 中，更有 Java 後端知識圖譜，從小白到大牛要走的路都在裏面。公眾號回復『666』獲取高清大圖。

風箏我作為一個野路子開發者，直到遇見下面的這幾個工具庫，才知道之前重複造了不少輪子，而且輪子還不一定有人家的圓。相信跟我一樣，沒事兒造輪子的人還不在少數，有些人就是對造輪子感興趣，這個咱也無話可說，但是，比如我，我是造輪子之前不知道這世上已經有好用的輪子了，害，無知限制了我的想象力。

比如我們在拿到一個 List 集合之後，要對這個集合進行判空操作，以前我一直是這樣寫的：

List<String> list = getList();
if (list != null && list.size() > 0) {
    //do something
}

雖然這樣也沒什麼問題，但是，我懶啊，每次敲這麼多代碼，也挺累啊。有同學說，那你包裝成一個方法不就行了，每次調用個方法就 OK 啦。這不，同學，你就在造輪子了，已經有人幫你寫好了這樣類似的一系列方法了。

來讓我們認識認識這些輪子吧。

Java 8 Stream

Stream 不算是工具庫，但是通過 stream 提供的一系列方法，可以實現集合的過濾、分組、集合轉換等諸多操作。

例如下面的方法，實現列表元素根據某個字段去重的功能。

List<User> userList = new ArrayList();
//添加元素
userList =  userList.stream().filter(distinctByKey(user->user.getUserId())).collect(Collectors.toList());

private static <T> Predicate<T> distinctByKey(Function<? super T, ?> keyExtractor) {
      Map<Object,Boolean> seen = new ConcurrentHashMap<>();
      return t -> seen.putIfAbsent(keyExtractor.apply(t), Boolean.TRUE) == null;
}

apache commons

官方地址：http://commons.apache.org/

這不是一個庫，而是一系列的工具庫。

由於包含的庫過多，我就不一一列舉了，可以到官網一探。有集合處理的、數學計算的、IO 操作的等等，其中最常用的莫過於 Apache Commons Lang 和 Apache Commons Collections 這兩個。

Apache Commons Lang 包括一系列工具類，有字符串相關的、時間處理的、反射的、併發包的等等，Apache Commons Collections 專門用作集合處理。

下面舉幾個例子說明一下，更詳細的內容可以到官網查看文檔。

字符串判空操作

String s = "";
Boolean isEmpty = StringUtils.isEmpty(s);

獲取類的全名稱

ClassUtils.getName(ClassUtils.class);

判斷集合是否為空

Boolean isNotEmpty = CollectionUtils.isNotEmpty(list);

反射獲取某個類的所有 Field

Field[] fields = FieldUtils.getAllFields(User.class);

Google Guava

官方地址：https://github.com/google/guava

和 Apache Commons 有點兒類似，它也是包含了一系列的比如字符串、集合、反射、數學計算等的操作封裝，還可以用作 JVM 緩存。

舉幾個例子說明：

New 各種對象

List<String> list = Lists.newArrayList();
Set<String> set = Sets.newHashSet();
Map<String,Object> map = Maps.newConcurrentMap();

// 不可變集合
ImmutableList<String> immutableList = ImmutableList.of("1", "2", "3");

列錶轉符號分隔的字符串

List<String> list = new ArrayList<String>();
list.add("1");
list.add("2");
list.add("3");
String result = Joiner.on("-").join(list);

> 1-2-3

求交集、並集、差集等

例如下面代碼求 set1 和 set2 的交集

Set<Integer> set1 = Sets.newHashSet(1, 2, 3, 4, 5, 6);
Set<Integer> set2 = Sets.newHashSet(1,2,3,4);
       
Sets.SetView<Integer> intersection = Sets.intersection(set1, set2);

Joda Time

官方地址：https://www.joda.org/joda-time/

一個日期、時間處理的工具庫。如果你不是經常做日期處理，那差不多每次需要的時候都需要查詢相關的 API，而有了工具類就不一樣了，只要一個 “.”，你想要的方法就出現了，而 Joda Time 就是一款好用的工具庫。

比如下面這個方法，計算到新年還有多少天。

public Days daysToNewYear(LocalDate fromDate) {
  LocalDate newYear = fromDate.plusYears(1).withDayOfYear(1);
  return Days.daysBetween(fromDate, newYear);
}

OkHttp3

官方地址：https://square.github.io/okhttp/

一個 HTTP 客戶端，使用簡單，性能良好，是時候放棄 HttpClient 了。

一個 get 請求：

OkHttpClient client = new OkHttpClient();

String run(String url) throws IOException {
  Request request = new Request.Builder()
      .url(url)
      .build();

  try (Response response = client.newCall(request).execute()) {
    return response.body().string();
  }
}

一個 post 請求：

public static final MediaType JSON
    = MediaType.get("application/json; charset=utf-8");

OkHttpClient client = new OkHttpClient();

String post(String url, String json) throws IOException {
  RequestBody body = RequestBody.create(json, JSON);
  Request request = new Request.Builder()
      .url(url)
      .post(body)
      .build();
  try (Response response = client.newCall(request).execute()) {
    return response.body().string();
  }
}

Json 系列

Jackson

Spring 默認的 Json 序列化工具，其實已經足夠用了。

Gson

Google 出品，功能齊全。

FastJson

阿里出品，算法良好，性能最優。

EasyExcel

官方地址：https://www.yuque.com/easyexcel/doc/easyexcel

阿里開源的 Excel 操作工具庫，可以看做是 Apache POI 的增強封裝版、優化版。

如果你的數據量很大，那用 EasyExcel 可以節省內存，提升效率，並且沒有併發風險。

如果你的 Excel 足夠複雜，那用 EasyExcel 會比你直接用 POI 少些很多代碼。

比如我實現了下面這個 Excel 動態導出，包括動態表頭、動態合併單元格的功能，只用了很少的代碼，如果是使用 POI 的話，那可能代碼量增加不止一倍啊。

TinyPinyin

官方地址：https://github.com/promeG/TinyPinyin

中文轉拼音，把你輸入的中文轉換成拼音。比如搜索功能要實現這樣的功能，輸入 “fengzheng” 搜索，會匹配到 “風箏”這個詞語，這就需要中文轉拼音了。

有的同學說了，這不是拼音轉英文嗎？當然不是在輸入“fengzheng”的時候轉換了，而是在包含“風箏”的這條記錄中有一個拼音的額外字段，這樣搜索的時候直接匹配拼音那個字段。

chinese_name	pinyin_name
風箏	fengzheng

反射工具庫 – jOOR

官方地址：https://github.com/jOOQ/jOOR

它是 JDK 反射包的友好封裝，通過一系列簡單友好的鏈式操作實現反射調用。比如下面這個例子

public interface StringProxy {
  String substring(int beginIndex);
}

String substring = on("java.lang.String")
                    .create("Hello World")
                    .as(StringProxy.class)
                    .substring(6);    

簡單的代碼實現 JDK 動態代理，節省了不少代碼。

MyBatis-Plus

官方地址：https://mp.baomidou.com/

只要你的項目中有數據庫訪問，那你肯定用過或者至少聽說過 MyBatis ，但是如果你只用 MyBatis 需要針對每個DAO方法寫對應的 SQL Statement（也就是 mapper.xml 中的代碼塊），當然有一些自動生成的工具，MyBatis 就有它提供的 MyBatis Generator，比如我也稍做加工，做過一個web 版的 MyBatis Generator，開發效率是提高了，但是每個 mapper.xml 文件的代碼量很大，於是 MyBatis-Plus 就要出場了。

官網上對他的定義如下：

1. 只做增強不做改變，引入它不會對現有工程產生影響，如絲般順滑。
2. 只需簡單配置，即可快速進行 CRUD 操作，從而節省大量時間。
3. 熱加載、代碼生成、分頁、性能分析等功能一應俱全。

最後，在配上 MybatisX IDEA 插件，也是可以了。

vjtools

官方地址：https://github.com/vipshop/vjtools

這是唯品會的開源工具包，這裏主要介紹其中的 vjkit 模塊，是關於文本，集合，併發等基礎功能的核心類庫。這個庫是我很早之前搜索日期操作的時候偶然發現的，我發現裏面日期處理的 API 相當全面而且很實用，還在我的項目中用過一段時間。

最後

好用的工具庫可以提高我們的開發效率，而且也是我們學習源碼的好去處，和其他的開源框架（比如 Spring、Dubbo）一樣，看看優秀的代碼是如何實現的。

如果你還知道什麼好用、強大的開源工具包，歡迎在留言區分享，好東西不能獨享，讓更多的人受益。

各位大佬，給個推薦，讓我奮發圖強

我是風箏，公眾號「古時的風箏」。一個兼具深度與廣度的程序員鼓勵師，一個本打算寫詩卻寫起了代碼的田園碼農！你可選擇現在就關注我，或者看看歷史文章再關注也不遲。

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

【其他文章推薦】

※網頁設計最專業,超強功能平台可客製化

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

※回頭車貨運收費標準

※推薦評價好的iphone維修中心

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

※台中搬家公司教你幾個打包小技巧,輕鬆整理裝箱!

※台中搬家公司費用怎麼算?

二哥，你好呀，我是你鐵杆粉絲，想向你請教一個問題。我是 2019 年 3 月份入職的，當時很菜，接手的是一個要離職同事的代碼，可把我害慘了，一邊推進度，一邊修 bug，7 月份一整個月都沒有在凌晨 3 點前睡過。幸好挺了過來，截止目前在公司待了一年零兩個月了，想找領導談薪水的問題，但不知道如何開口。

以上是讀者奔三十私信我的問題，很有代表性，我計劃着好好寫一篇文章來統一回復下，結果一拖再拖，拖了快一個月時間，真的非常非常抱歉。

我之所以拖，有兩個原因。第一個原因就是這個問題確實不太好回答，因為我自己親身經歷的漲薪就那麼幾次，並且我沒去過大廠，經驗不一定具備普適性；第二個原因就是，拖延症犯了，呵呵（戰術性）。

那接下來，就談談我自己僅有的幾次加薪情況吧，希望給小夥伴們一些參考。

我是大三就出去實習的，當時工資 1200 塊一個月，一起進來的二十多名新人都這個標準。這個不算是加薪，但起點大家要了解一下。

簡單介紹一下背景，可能一些新來的讀者不太清楚。

我是一名大專生，這沒什麼可恥的，真的。經常有一些讀者私信我說，“二哥，我學歷不好，大專生，畢業后被歧視怎麼辦？”

起點低，被歧視是正常的，要學會接受。人生下來就不是平等的，我們要做的就是自尊自愛。網絡上經常遇到一些噴子，留言噴我垃圾，我就回一句話：“我與你的區別就是，我越來越強大，而你，還是那個噴子，而已。”

大二結束后，我就去蘇州一家軟件園培訓了倆月，然後入職了一家日企（江蘇富士通，讀者群體里有沒有知道這家公司的？），當時軟件部剛剛成立，急需新鮮血液的融入，而我們這些廉價的勞動力正好是壓榨的對象。

實習結束后，回學校拿了畢業證（順帶和女朋友團聚了倆月時間），然後正式入職。但記不得當時具體的工資是多少了，四五千吧。

這次加薪我是沒有資本吭聲的，因為有一份工作就不錯了。況且這家公司發展的真不錯，項目部不斷擴大，剛開始一個部門，我回洛陽的時候已經四個部門了。

關鍵是，不缺項目啊，日方那邊源源不斷地供給着項目，最重要的是，資金。公司本來還有一片地，在鄧蔚路的綠寶廣場附近，修地鐵的時候賣了，然後在一個叫什麼區的地方買了幾棟樓，名字我忘記了，當時挺偏僻的。

女朋友畢業后，去蘇州過一段時間，我們在市區租了一間房子，每次上班我要先走一段路，搭公司的大巴去上班，要一個小時左右車程呢。

由於我是大專生，所以這次加薪，要比本科學歷的同事少三四百，具體数字同事之間也不太方便交底，反正是確實少一些，但差額並沒有很離譜。

正式入職一年後，我換了一個項目組， 改做 Flex 了。之前基本上是打雜，搞過 SQL、搞過 Ruby、搞過 Spring + Hibernate + Postgresql，基本上是哪需要就往哪插。

這一年時間里，我了解到公司的發展重心將會是 Flex，就私下里研究了整個框架的源碼，並且寫了一個內部聊天工具，供幾個老資格的同事聊魔獸世界用。這點我在之前的文章里提到過。

（心機 boy，有沒有？）

正是憑藉這個不起眼的工具，我被這幾個老資格的同事推薦給了後來的直屬領導，說我這個年輕人有技術，頭腦又靈活，是塊好材料。

新成立的項目組，加上翻譯，好像是二十三個人，不算小的一個團隊了。我帶五個新人編碼。

就這樣幹了半年，領導覺得我的表現無可挑剔，確實能攻堅，就主動找我提加薪。當時激動壞了，內心告訴自己，一定要多要點，超過那幾個一塊來的本科生。

然後我就順嘴說了一個數目，自己覺得不算少了，領導也二話沒說就欣然答應了。

結果，我特么天真了，當時要太少了。後來幾個同事透露說，我提的額度和他們差不多。麻蛋，白白錯過了一次拉開差距的機會啊。

事後諸葛亮一下，要提加薪，最好了解一下公司內部的行情（想辦法）。領導他自己那是有個標準的，如果你確實表現優異，要想盡辦法知道領導這個線是多少，然後再這個基線上往上浮動一些，尤其是領導主動過來問價的時候。

第二次加薪是我離開蘇州的前一個月，2013 年底。這次加薪是公司主動加的，因為之前的合同到期了。

我當時和之前的那個領導鬧翻了，被調換到了另外一個開發部，所以動了離開的心思。再加上女朋友已經回到了洛陽，確實到了該和蘇州說再見的時候了。

拿到第一筆獎金后，我提了離職。結果公司比我精明得多，年底的獎金是分批發的，況且第二筆獎金比第一筆獎金多得多。我顯然是沒機會拿第二筆了。

過年前，領導終於批了我的離職申請，手續辦完，公積金取了出來后，我就回洛陽了——帶着不舍，畢竟在蘇州生活了三年半，有感情了。

第三次加薪是我回到洛陽工作后的第二個月，2014 年 3 月份。當時實習工資只有 2500，實在是受不了，第二個月過了一周我就迫不及待地找領導申請轉正了。

公司是一家挂名北大青鳥的培訓機構，不過我不是做講師，而是在獨立運營的開發部——承接一些政府或者個人項目。

團隊小，而我的實力確實過硬，再加上和領導、人事之間的關係好，公司就破格給我轉正了，工資上漲了 2/3，並且繳納了五險一金，加上績效獎，每個月到手的工資超過了當時洛陽的平均房價。

為什麼敢提轉正，敢提漲薪，這裏很重要的一點就是，我在團隊的表現是獨一檔的，工作上沒有解決不掉的難題，還能給領導提出建設性的意見，關係處得非常好。

每天早上，我基本上是第一個到工作崗位的，因為辦公室鑰匙我拿着，不去早也不行啊——當然了，這件事是我主動請纓的。

（心機 boy，有沒有？）

因為是指紋打卡嘛，我打卡的時間還被人事在月度總結會議上表揚過一次。上班早，下班我也不甘示弱，領導啥時候走我就啥時候走。

所以，綜合工作表現，為人處事的表現，公司不給我轉正說不過去啊，對不對？

簡單總結一下，也算是對讀者奔三十的一些建議。如何優雅地向公司提加薪？必須得做好以下三點：

第一，工作表現確實沒得說，該抗的事得能抗下來。逼着領導過來找你加薪，前提是自己一定要了解公司內部的漲薪結構，不要少要，也不要獅子大開口。

第二，如果是小公司的話，和領導的關係走得近一些，和同事之間的關係處得好一些，不要背後捅刀子。這樣提加薪的時候，領導不為難。

第三，臉皮要厚，臉皮要厚，臉皮要厚，重要的事情說三遍。

如果覺得文章對你有點幫助，請微信搜索「 沉默王二 」第一時間閱讀。回復關鍵字「簡歷」更有一份技術大佬整理的優質簡歷模板，助你一臂之力。

本文已收錄 GitHub，傳送門~ ，裏面更有大廠面試完整考點，歡迎 Star。

我是沉默王二，一枚有顏值卻靠才華苟且的程序員。關注即可提升學習效率，別忘了三連啊，點贊、收藏、留言，我不挑，嘻嘻。

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

【其他文章推薦】

※產品缺大量曝光嗎?你需要的是一流包裝設計!

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

※回頭車貨運收費標準

※推薦評價好的iphone維修中心

※超省錢租車方案

※台中搬家遵守搬運三大原則,讓您的家具不再被破壞!

※推薦台中搬家公司優質服務,可到府估價

前言

有一個問題, 給定一個物體的運動軌跡, 包含時間和坐標的數組, 如何使用這個數據來預測物體未來的運動走勢??

本文提供了一個很簡單的方式去實現這個算法. 效果夠用, 又簡單, 有一定的準確程度. 

 

緣由

以前做過的一些手機應用, 沒有做動畫的, 也沒做手勢. 這個做起來挺麻煩的. 

最近開始了新的手機項目(微信項目模板) , 基於 Blazor server side , 其組件化的方式可以很方便地把各種常用的通用的東西封裝成 組件/控件 

於是, 就打算讓這段時間辛苦一些, 一次過把動畫的部分補上, 讓以後的項目更加牛逼, 意思是讓客戶更加樂意地掏錢. 

 

問題

手勢的一個問題是力度/速度判斷, 劃得快, 劃得慢, 先快後慢, 先慢後快, 都得有一個合適的算法來得到一個最後速度. 

這個算法一定要滿足基本的需求後, 要盡量簡單, 要目測, 理論上沒有bug . 

這個時候, 半衰期算法就派上用場了. (不知道有沒有半衰期算法這玩意, 應該說是使用半衰期的原理)

 

原理

這是一個很簡單的權重計算, 有很多個不同時間點的坐標, 每個相鄰時間的兩個數據, 有距離差, 有時間差

關鍵是解決先慢後快, 先快後慢的數據的處理問題, 那麼我們只需要

把新的數據, 乘以更大的權重, 把老的數據, 乘以更小的權重, 最後得到這個距離權重的合成值, 就OK了. 

 

預覽效果:

注意, 因為gif的幀數不夠, 要更好效果還是複製代碼運行一遍. 

 

 

測試代碼:

<! DOCTYPE html > 
< html > 
< head > 
    < meta charset ="utf-8"  /> 
    < title > Half Life </ title > 
    < style > 
        html, body, canvas { width : 100% ; height : 100% ; margin : 0 ; padding : 0 ; box-sizing : border-box ; overflow : hidden ; }
    </ style > 
</ head > 
< body >

    < canvas ></ canvas >

    < script type ="text/javascript" >

        var CONST_HALF_LIFE_SPAN =  50 ;     //半衰期,設置得越小,就越看淡以前的速度
        var CONST_MAX_SAMPLES =  15 ;         //保留最後15個點的數據減少無意義的運算量,主要看瀏覽器觸發onmousemove的頻率來調整.

        var pts = [];
        document.onmousemove =  function (e) {

            //儲存數據
            pts.push({ time: Date.now(), x: e.clientX, y: e.clientY });
             if (pts.length > CONST_MAX_SAMPLES) pts.shift();

            //計算

            var xs =  0 , ys =  0 ;     //走過的路的長度. 
            var previtem = pts[ 0 ];
             for ( var index =  1 ; index < pts.length; index ++ ) {
                 var newitem = pts[index ];
                 var t = newitem.time - previtem.time;

                //讓這個數據衰減一次,衰減程度由時間差決定. 
                var halflifefactor = Math.pow( 0.5 , t / CONST_HALF_LIFE_SPAN);

                //注意,這裏沒有計算速度,而是直接用距離來預測將來要走過的距離.

                //走過的距離每一次都要衰減,每一段的路程都多次乘以各時間差的factor, 
                //原理是, 0.5 ^ (t1 + t2 + t3...)等於0.5 ^ t1 * 0.5 ^ t2 * 0.5 ^ t3 * ... 
                xs = xs * halflifefactor + newitem.x - previtem.x;
                ys = ys * halflifefactor + newitem.y - previtem.y;

                previtem = newitem;
            }

            //畫圖

            var CONST_EFFECT_FACTOR =  2 ;     //乘以一個因素來畫圖用,這裏數值可以充當'摩擦係數'大小的效果. 
            xs = Math.floor(xs * CONST_EFFECT_FACTOR);
            ys = Math.floor(ys * CONST_EFFECT_FACTOR);

            var x0 = e.clientX, y0 = e.clientY;

            var canvas = document.querySelector( " canvas " );
             var ctx = canvas.getContext( " 2d " );
             var w = canvas.width = canvas.offsetWidth;
             var h = canvas.height = canvas.offsetHeight;
            ctx.clearRect( 0 , 0 , w, h);
            ctx.lineWidth =  5 ;
            ctx.strokeStyle =  " blue " ;
            ctx.beginPath();
            ctx.moveTo(x0, y0);
            ctx.lineTo(x0 + xs, y0 + ys);
            ctx.closePath();
            ctx.stroke();

            console.log(xs, ys)
        }
    </ script >

</ body >

</ html >

 

簡單講解

可以看出, 代碼量非常少. 與其說這是一種”算法” , 不然說是一種”思路” 

 

代碼先是記錄每一點的數據, 然後放進 pts 數組 

在鼠標移動後, 使用pts 數組, 計算出每一點的x , y 的移動量, 讓每一段的移動量都使用 半衰期 的方式進行調整. 

最後得出的xs , ys ,是理論上“最近移動的距離.”

使用這個數值,作為“參考值” ,就可以用於更多的判斷. 

 

例如我最近做的一個簡單的 swipe 組件, 

手指滑動了1/4個屏幕,然後再加上理論的參考值,  一共超過了1/2個屏幕,就切換到下一個panel 

這個參考值很重要. 如果手指只是很慢地滑動, 那麼參考值就很小, 就不應該切換. 如果手指很快地滑動, 那麼就應該切換panel

 

可改良的方案

上面方案, 是計算’移動距離’ 的, 它有一個弊端, 無論劃得多快, 移動的總數是有上限的. 

這段代碼完全可以 除以t , 得到一個 速度值,

這更加合理, 但是注意速度的合成方式不能普通地累加. 

 

這就留給有興趣的網友自己嘗試了. 也不難. 畢竟本文傳播的是 半衰期 的思路. 不宜說太細. 

 

 

擴展思路

其實這種算法, 一直都有人用. 很奇怪的就是, 沒有看到什麼人專門寫文章介紹? 

半衰期除了計算運動軌跡, 還可以很好地去統計熱度. 

例如一篇文章, 一個視頻, 有不同時段的點擊數量. 每一天都不一樣. 

 

怎樣使用最少的儲存方式, 去儲存一個合理的熱度參考值? 

可行的方法是,儲存兩個數值 (就夠了) : 

articleRateValue 用於儲存熱度值

articleRateTime 用於儲存熱度時間

 

每一次點擊, 都使用這個公式儲存: 

articleRateValue = newclickcount + articleRateValue * POW(0.5, (NOW – articleRateTime) / HALF_LIFE_SPAN )

articleRateTime = NOW 

排序的時候麻煩點, 要實時的計算 articleRateValue * POW(0.5, (NOW – articleRateTime) / HALF_LIFE_SPAN ) 來得到每個文章的熱度值. 

(對於排序的問題, 還有兩個變通的做法, 如果以後有時間寫一篇文章細說這個熱度方案, 再詳細解說)

(最簡單的變通方法是, 每晚找服務器空閑的時候, 把表裡的數值都重新計算一次, 平時排序的時候不計算) 

 

注意這裡有一個 HALF_LIFE_SPAN 的概念. 如果 HALF_LIFE_SPAN 是一天, 那麼昨天的熱度就佔1/2 權重, 前天的就佔 1/4 權重, 大前天的佔1/8 

這樣按天算也有個弊端, 我想按週, 按月算那怎麼辦? 

再存兩組數值 :

weeklyRateValue

weeklyRateTime

monthlyRateValue

monthlyRateTime 

如此類推. 

 

這樣做的最大好處是, 無需詳細地紀錄每一次的點擊數據. 非常節省空間.  

缺點是, 每一組數據, 只適合一個半衰期時段的數值, 要儲存多個參考值得準備多組數據. 

 

最後

時間過得真快. 這段時間挖的坑太多, 在業餘時間內根本沒有時間填坑..

5月初的時候實現了BlazorCefApp , 到現在開了幾個有意義的坑, Blazor微信項目模板 算是一個. 

但是由於沒有時間寫博客, 有時只是偶爾把測試的視頻放到B站: https://space.bilibili.com/540073960 

有興趣用Blazor 來做微信項目或手機網頁項目的, 可以去了解一下. 當項目成熟後, 會發佈到github上. 

—-

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

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

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

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

【其他文章推薦】

※回頭車貨運收費標準

※產品缺大量曝光嗎?你需要的是一流包裝設計!

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

※推薦評價好的iphone維修中心

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

※台中搬家公司教你幾個打包小技巧,輕鬆整理裝箱!

※台中搬家遵守搬運三大原則,讓您的家具不再被破壞!