面試題:實現add(1)(2)(3) //結果 = 6,題的核心就是問的js的柯里化 先説説什麼是柯里化,看過許多關於柯里化的文章,始終搞不太清楚,例如:柯里化(Currying)是把接受多個參數的函數變換成接受一個單一參數(最初函數的第一個參數)的函數,並且返回接受餘下的參數且返回結果的新函數的技術。大多數的blog都是這種説法,説實話我是懵逼的。 我的理解是,curry是一個收集參數的方
幾乎所有的Controller manager 和CRD Controller 都會使用Client-go 的Informer 函數,這樣通過Watch 或者Get List 可以獲取對應的Object,下面我們從源碼分析角度來看一下Client go Informer 的機制。 kubeClient, err := kubernetes.NewForConfig(cfg) if err != n
項目github地址:https://github.com/yuanalina/installAsRequired 這裏必須要提前説明,前端項目的單元測試不是必須的,特別是業務型項目,增加單元測試反而會成為累贅,增加開發成本且無意義,業務型的項目需求常常變動,UI也經常更改,增加單元測試,需要在開發過程中不斷更新開發測試用例,增加開發成本。但是,項目中的一些公共封裝,比如公共的組件、公用的功
1、元素的BFC特性 BFC全稱為”Block Formartting Context”,中文為”塊級格式化上下文”。它是頁面中的一塊獨立的渲染環境,並且有一套渲染規則, 它決定了其子元素將如何定位,以及它和其他兄弟元素的關係和相互作用。 BFC佈局規則: 1)bfc內部的元素會在垂直方向,一個接一個地放置 2)盒子垂直方向的距離有margin決定,屬於同一個bfc的兩個相鄰元素的margi
Hello 2019! Hanjst/漢吉斯特 模板語言及引擎創新發布。 值此一元復始之際,恭祝 朋友們新年萬事如意! 寄望 Hanjst/漢吉斯特能幫助大家從各種模板中解脱出來,為人類做出更大的貢獻。 1. 背景 網頁模板語言/引擎緣起於 MVC 思想的引入。當軟件項目膨脹複雜到足夠大時,軟件研發人員與UI/UE設計人員就需要分別獨立出來,其中設計製作人員工作的V(View)部分需要用模板
作為碼農在電商圈、O2O、互金行業和產品需求糾纏了多年,做過一些好的產品需求,也做過很多失敗的產品需求,好的產品需求即使不成也未嘗不是一種探索嘗試,結果應該是讓人有所收穫的。好的產品邏輯清晰,產品價值明確,有效的解決了一部分問題,經的起團隊各方的挑戰。反之產品經理需求沒想好,邊界條件沒想清楚,最後需求被砍,不光程序員時間白白浪費,配套的設計資源、測試資源甚至運營資源都要打水漂。砍需求如果沒有一套可
它們有什麼不同?怎麼用? call 接收多個參數,第一個為函數上下文也就是this,後邊參數為函數本身的參數。 let obj = { name: "一個" } function allName(firstName, lastName) { console.log(this)
最近項目中需要使用MUI做一個視頻播放的小功能。我就花時間研究了一下MUI。 MUI是一個使用JavaScript開發Android和IOS應用的前端框架。這篇文章將以知識樹的形式對MUI的使用做一個總結,一些官方文檔中的東西我都只大致提一下,如果需要詳細瞭解可以進入官方文檔瞭解詳情。 UI組件 組件部分不多説,詳情可以看官方文檔。 小技巧:Dialog 組件正常情況下是無法解析HTML內容的,如
group title="請您選擇" class="weui-cell_access" popup-picker title="" :data="channel" v-model="inChannel" :columns="1" placeholder="請選擇"/popup-picker /group 點了很久才讓那個樣式顯示出來,希望你遇到這個問題 能快速的解決 不用傻傻
簡評:本文並沒有「標題黨」,牛津詞典公佈的 2018 年度詞彙就是Toxic.意為「有毒的」。 2018 was toxic. Toxic 這個詞是什麼意思呢? 牛津詞典(Oxford Dictionaries)在 Word of the Day 中給出了釋義:作為形容詞、表示有毒的(Poisonous)。 過去一年中,人們對 toxic 一詞的興趣明顯增加。 它在牛津詞典網站的搜索次數增
我在使用egg.js時,他用的模板引擎是Nunjucks,其中有個地方需要用到正則,可是官方文檔基本上寫了跟沒寫一樣,官方的正則表達式。於是我便去找例子了。 正則表達式 在Nunjucks中使用正則表達式的示例: {% set regExp = r/^foo.*/g %} {% if regExp.test('foo') %} Foo in the house! {% endif %} 那麼這
前言 歲月不居,時節如流,轉眼間都到2019年1月中旬了,時間過的好快,説好的週末睡到自然醒,但還是跟以往一樣,到上班時間就醒了,這算不算心裏只有工作呢? 醒來無聊,看新聞是不存在的、而撩妹又是不可能的,於是來思否翻看了下2018年寫的博客,最後的總結就是: 發現今天的你,回頭看過往/或昨天的自己,總會不自覺的在問:“那個傻X是我?”,就像寫代碼,寫的時候只有你跟上帝知道,一個月之後只有上帝知道
走在前端的大道上 本篇將自己讀過的相關 盒模型BFC 文章中,對自己有啓發的章節片段總結在這(會對原文進行刪改),會不斷豐富提煉總結更新。 一.常見定位方案 在講 BFC 之前,我們先來了解一下常見的定位方案,定位方案是控制元素的佈局,有三種常見方案: 普通流 (normal flow) 在普通流中,元素按照其在 HTML 中的先後位置至上而下佈局,在這個過程中,行內元素水平排列,直到當行
前言 剛進入大學的場景還非常清晰地浮現在我的腦海,但不知不覺我已經是一名大四的學生了,今年也馬上要從校園畢業。 我是一隻存活於某二線城市普通一本大學軟件工程的糕,自己學習的技術主要集中於前端方面。小糕童鞋性格內斂且學識尚淺,我寫下這篇小結主要是為了反思自己、以便更好地寫下未來的計劃,説不定也可以幫助一些童鞋少走一些彎路。 學習篇 寒假 學習React Native:雖然寒假過後就開始春招
這算是第一次寫年終總結吧,當然公司的除外。 這一年收貨很多,做出的東西很比較多,下面總結一下。 1.可編輯佈局系統 這是一個公司內部佈局系統,支持層級,可以通過拖拽的方式形成網頁,暫時不公開 2.服務器和域名 5月份首次購買了服務器,當然只是學生優惠套餐嚐鮮,然後完全搭建了自己的個人博客 項目地址:https://github.com/XboxYan/koa-blog 個人博客https://b
前言 由於我的文筆能力有限,簡書上的文章都是圖文並茂的實操類文章,很少有技術學習心得/深入類文章;今年部門要求每個人做述職報告,上台講幾分鐘2018年幹了啥,2019想幹啥;於是就有了本文“回顧2018,展望2019”,先寫下來,免得上台不會説鬧尷尬 在簡書寫了一年多的技術實戰系列分享文章,大家也不認識我,我目前在廣州,工作6年有餘,前3年主要從事java web方面,編碼和學習重心偏後端,
lumen 為速度而生的 Laravel 框架 官網的介紹很簡潔,而且 lumen 確實也很簡單,我在調研了 lumen 相關組件(比如緩存,隊列,校驗,路由,中間件和最重要的容器)之後認為已經能夠滿足我目前這個微服務的需求了。 任務目標 因為業務需求,需要在內網服務B中獲取到公網服務A中的數據,但是B服務並不能直接對接公網,於是需要開發一個relay 中轉機來完成數據轉存和交互。 任務列表
函數有很多種,我們就選擇我們不懂的函數開始學習! JS中自動運行的匿名函數 在JavaScript中可以使用匿名函數(在我們學習Java的時候也有類似的概念,匿名實現類),在JavaScript中的函數也是一種對象,也是需要一塊內存對其進行保存。如果想調用該函數,我們只是需要找到這塊內存即可,然後就可以執行。關鍵步驟如下: 將函數對象保存到一塊內存當中 找到這塊內存 通常我們使用函數名來
1、什麼是css權重?css6大基礎選擇器 css權重指的是css6大基礎選擇符的優先級,優先級高的css樣式會覆蓋優先級底的css樣式,優先級越高説明權重越高,反之亦然。 css6大基礎選擇器: a)、id選擇器(#box{}) b)、類選擇器(.box{}) c)、屬性選擇器(a[href="http://www.xxx.com"]) d)、偽類和偽對象選擇器(:hoevr{}和::after
大家好,這篇文章將通過我在實際開發工作中的例子,來介紹Symfony的EventDispatcher組件的使用及實現原理。 這個組件在實際開發過程中非常的有用,它能夠使代碼的業務邏輯變的非常清晰,增加代碼的複用性,代碼的耦合性也大大降低。 簡介 具體的介紹大家可以查看官方的文檔,下面是文檔地址。 文檔地址 組成 一個 dispatcher 對象,保存了事件名稱和其對應監聽器 一個 event
CSS的一些名詞和概念 用來幫你更明確地去描述HTML/CSS世界的事物。 box 在CSS中,一個元素就可以看作一個box。具體信息可以參考盒模型的解釋,這裏暫且不作展開。 containing blocks Box的位置和大小時根據一個稱為containing blocks的邊界進行計算的。 block-level elements 和 block boxes block-level elem
感覺好長時間沒寫東西了,一方面主要是自己的角色發生了變化,每天要面對各種各樣的事情和突發事件,不能再有一個完整的長時間讓自己靜下來寫代碼,或者寫文章。 另一方面現在公司技術棧不再停留在只有 Laravel + VUE 了,我們還有小程序、APP 等開發,所以我關注的東西也就多了。 接下來我還是會繼續持續「高產」,把寫技術文章當作一個習慣,堅持下去。 好了,廢話不多説,今天來説一説「Eloquent
年初的迷茫 已經找不到詞語來形容時間過得有多快了。 兩年前的這個時候,我還在南寧,一個二線三線的城市找工作,投簡歷,等面試,等通知,等offer,然後入職。我清晰記得,2017年,投了n+3家公司,總共面試了三家。 第一家公司是一家大型醫療機構,在良慶區,我當時在埌東(相當於浦東新區和閔行區)。第一份面試通知,和團長驅車去的(團長家在南寧,有房有車很自然)。兩人同時去是因為大學時期我倆是一個團隊,
今兒立個2019年的Flag: 2018總結一下 18年年中聽到前輩的建議:要堅持讀書,最好是紙質版,有利於技術的提高。當時也下定決心買了一些書籍來充實自己,然後。。。然後就沒有然後了。 書櫃角落裏躺着一摞紙質書籍。想做的事總是很多,但是卻總是半途而廢,無疾而終。開始了無數次,卻都沒有結局。坑,真是坑。 這個毛病能改了就最好了。 新的一年開始了,真的要把想做的事堅持下去。人生如此