引言 魯迅説:時間就像海綿裏的水,只要願意擠,總還是有的 所以,永遠不能以“沒時間”為藉口來掩飾自己的......懶惰 回首2018 恍惚間,來到團隊已經半年的時間了,從一個什麼也不會的小白,在潘老師的指導,組長們辛苦的帶領下,慢慢的對軟件有了瞭解。 從剛開始的HTML CSS到thinkPHP,再到前後台分離的springMVC+Angualrjs這半年來從0一點點的成長,學到了很多,成長了很
一、Sass、LESS和Stylus的語法 每一種語言都有自己一定的語法規則,CSS預處理器語言也不例外,在真正使用CSS預處器語言之前還有一個不可缺少的知識點,就是對語法的理解。值得慶幸的是,這三款CSS預處理器語言的語法和CSS語法都差不多。 1.Sass語法 Sass3.0版本開始使用的是標準的CSS語法,和SCSS可以説是一樣的。這樣Sass代碼轉換成CSS代碼變得更容易。默認Sass使用
一、Sass、LESS和Stylus的安裝 1.Sass的安裝 Sass是Ruby語言寫的,但是兩者的語法沒有關係。不懂Ruby,照樣可以正常使用Sass。只是必須先安裝Ruby,然後再安裝Sass。首先安裝Ruby,如果你使用的是IOS系統,那麼你的系統已經安裝好了Ruby。如果你使用的是微軟的Windows系統,那麼安裝就有些許的麻煩。不過也不用過於擔心,按照下面的步驟就能幫你快速的安裝好。
簡介 Flux是一種搭建WEB客户端的應用架構,更像是一種模式而不是一個框架。 特點 單向數據流 與MVC的比較 1.傳統的MVC如下所示(是一個雙向數據流模型) 用户觸發事件 View通知Controller執行相關邏輯 Controller通知Modal需要數據 Modal返回數據給Controller Controller再通知View更新 2.前端中的MVC 因為前端中視
一、什麼是css預編譯處理? CSS 預編譯處理,從字面上理解,就是預先編譯處理CSS。它擴展了 CSS 語言,增加了變量、Mixin、函數等編程的特性,使 CSS 更易維護和擴展。CSS預編譯的工作原理是提供便捷的語法和特性供開發者編寫源代碼,隨後經過專門的編譯工具將源碼轉化為CSS語法。 CSS預編譯器幾乎成為現如今開發CSS的標配,它從以下幾個方面提升了CSS開發的效率: 增強編程
引言 莊子雲:人生在世,如白駒過隙,忽然而已。 我們沒有道家的飄渺,更沒有莊子的哲思,陪伴我們的是谷歌、百度,以及一個又一個流行的開源框架。 2018 沒趕上辭舊迎新,就在這春節前夕,感慨一下逝去的2018吧! “汶川地震都十年了。” “是啊!整整十年了。” 那時,我還在上小學,我還寫了信,捐了款以支援災區,為他們加油打氣,告訴他們:同胞一直在你們身邊,請不要放棄希望! bilibili、愛奇
今天是 SegmentFault 團隊春節假期前的最後一天的工作日,提前兩天安排大家放假,早日開啓一年一度最重要的春節假期。 感謝過去的一年,社區裏熱愛技術的開發者對思否社區的支持,也感謝各位合作伙伴霸霸的大力資持,希望新的一年,我們繼續合作,一起前行。過去的一年我們的團隊在精簡,不過我們各方面數據都有所上升。 單日超過 50 萬開發者訪問 超過 10 萬付費開發者用户,其中講堂的付費用户
最後更新於 2020.02.06 以下是我整理好的 PHP 資源,各位看官拿去用,不用再自己找了。 在 GitHub 上穩定更新,覺得不錯請點個 Star ❤️ 如轉載分享,請保留出處,謝謝 😆 原文地址: https://shockerli.net/post/ph... GitHub: https://github.com/shockerli/... PHP PSR
一、SAPI比較 1. SAPI 服務器應用程序編程接口,就是服務器與編程語言之間交互的接口。比如Linux命令行執行一段PHP代碼,其實是Linux shell通過PHP SAPI傳入一組參數,zend引擎執行後返回給shell。在PHP生命週期的各個階段,一些與服務相關的操作都是通過SAPI接口實現。 php_sapi_name()可以查看當前SAPI接口的類型。 如 cli(php -r
常見this的誤解 指向函數自身(源於this英文意思的誤解) 指向函數的詞法作用域(部分情況) this的應用環境 1. 全局環境 無論是否在嚴格模式下,全局執行環境中(任何函數體外部)this都指向全局對象 var name = '以樂之名'; this.name; // 以樂之名 2. 函數(運行內)環境 函數內部,this的值取決於函數被調用的方式(被誰調用) var name
一、前言 上一篇從現在開始,試着學會用官方文檔去學習一個技術框架提倡大家多去從官方文檔學習技術,沒有講到具體的實踐,本篇就拿一個案例具體的説一説,就是FreeMarker,選擇這個框架沒什麼特別的含義,最近要用,就拿這個做個典型。 二、套路 上篇文章最後説到技術學習沒有套路,無招勝有招,無招即是有招,解讀一下實際上就是説本身還是有些招式套路,但是要靈活運用,不要什麼都往上套,應該忘掉固有的套路,讓
前言 上一篇文章 《「前端面試題系列4」this 的原理以及用法》 中,提到了 call 和 apply。 它們最主要的作用,是改變 this 的指向。在平時的工作中,除了在寫一些基礎類,或者公用庫方法的時候會用到它們,其他時候 call 和 apply 的應用場景並不多。 不過,突然遇到的時候,需要想一下才能轉過彎來。所以今天,就讓我們好好地探究一下,這兩個方法的區別以及一些妙用。最後,還會介紹
提前聲明:Jekyll並不簡單,必須要正確的看待它。把它和PHP,JSP和Django等放在一起討論會減少很多失落感。它的學習曲線幾乎相當於Wordpress,工作流程和結構也幾乎一樣。 Jekyll與Wordpress最大不同的就是,沒有數據庫。但是體驗上來説也算不上什麼大差別。 徹底摒棄數據庫,這算是一種Jekyll式的新思路。 因為你需要的只是定期更新一些Markdown格式的文
實際上,Jekyll安裝主題是非常反人類的——它一點也不比自己寫模版簡單,學習成本真是高。 安裝主題不是把人家做好的template直接複製過來就能用了。 每個模版設置的變量設置名、依賴的gem包都不一樣,還經常需要在本地安裝所有依賴包,安裝jekyll插件等。如果不懂Ruby gem的話,還真是不簡單。 到了這裏,一般人真的會問自己應不應該再繼續下去。因為明明簡單的東西,不知道是不是
學習製作Jekyll模版,其實主要是學習Liquid語法。 參考:Liquid官方文檔。 就像PHP、ASP、Python等一切網絡動態語言一樣,Liquid也相當於一種獨立的動態語言,沒什麼大差別,基本功能都有。 説白了就是動態生成HTML,可以輸出變量,操作數組,調用外部數據,設置IF ELSE判斷,FOR循環等,這些都能達到。 開始講語法前,大概説明一下運行流程: 常用變量及屬性 參考
Flask和Django,以及其它很多Python框架,都默認使用Jinja2來作為模版引擎。 在Python中,什麼是模版?就是在一個靜態HTML加入一些類似變量的標籤,然後引擎在渲染這個HTML時候會動態的把變量填入內容,生成一個最終的HTML。 什麼是模版引擎?其實就是一種能解析類似Python語言的標記語言的解釋器。 比如我們在HTML模版中輸入一個p {{ post.title }
面試題:實現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內容的,如