主頁 > 軟體設計 > 前端面試題整合(JS從看懂到看開)

前端面試題整合(JS從看懂到看開)

2020-11-12 16:48:46 軟體設計

解釋一下為何[ ] == ![ ] // ---> true

首先看一張圖


![ ] 是 false
原式:[ ] == false
根據第八條,false通過tonumber()轉換為0
原式:[ ] == 0
根據第十條,[ ]通過ToPrimitive()轉換為' '
原式:' ' == 0
根據第六條
原式:0 == 0

嘗試實作new

        function ObjectClass() {//物件
            console.log(arguments[0])
        }
        ObjectClass.prototype.constructor = ObjectClass

        function create() {
            // 創建一個空的物件
            var obj = {}
            // 獲得建構式
            var _constructor = this
            // 鏈接到原型
            obj.__proto__ = _constructor.prototype
            // 系結 this,執行建構式
            var result = _constructor.apply(obj, arguments)
            // 確保 new 出來的是個物件
            return typeof result === 'object' ? result : obj
        }
        create.call(ObjectClass, 'hello world')//實體化

拓展typeof功能使其支持更多型別(array,object,null區分),并解釋一下typeof null為何是object

        function myTypeOf(target) {
            var _type = typeof (target)
            var temp = {
                "[object Object]": 'object',
                "[object Array]": 'array',
                "[object Number]": 'number',
                "[object String]": 'string',
                "[object Boolean]": 'boolean'
            }
            if (target === null) {
                return 'null'
            } else if (_type == 'object') {
                var str = Object.prototype.toString.call(target)//根據toString區分
                return temp[str]
            } else {
                return _type
            }
        }
        console.log(myTypeOf('hello')) //string
        console.log(myTypeOf(111)) // number
        console.log(myTypeOf(true)) // boolean
        console.log(myTypeOf({})) // object
        console.log(myTypeOf([])) // array
        console.log(myTypeOf(null)) // null
        console.log(myTypeOf(undefined)) // undefined
        console.log(myTypeOf(Symbol())) // symbol

typeof null為何是object

因為在早期js初版本中,作業系統使用的是32位,出于性能考慮,使用低位存盤變數型別,object的型別前三位是000,而null是全0,從而系統將null誤判為object

instanceof是什么?嘗試實作一下

用官話來講:instanceof用于檢測建構式的prototype屬性是否出現在某個實體物件的原型鏈上

通俗來講,a instanceof b也就是判斷a是否是由b實體化得來的

實作:

        function ObjectClass() {}
        ObjectClass.prototype.constructor = ObjectClass
        var _objectClass = new ObjectClass()

        function myInstanceof(orgProto, tag) { //org前者,實體化物件, tag后者,類
            var tagProto = tag.prototype
            orgProto = orgProto.__proto__
            for (;;) { //死回圈查詢原型鏈上是否有類的原型
                if (orgProto === null) {
                    return false
                }
                if (orgProto === tagProto) {
                    return true
                }
                orgProto = orgProto.__proto__
            }
        }
        console.log(myInstanceof(Object, Function)) // true
        console.log(myInstanceof(Object, Object)) // true
        console.log(myInstanceof(String, Object)) // true
        console.log(myInstanceof(_objectClass, Object)) // true
        console.log(myInstanceof(String, String)) // false
        console.log(myInstanceof(Boolean, Boolean)) // false

解釋以下代碼分別在控制臺顯示什么,并簡單說明

有一個物件Car,分別對以下四種情況進行作答

Car.prototype.name = 'BMW'

function Car() {}

1.實體化物件時列印BMW,因為Car.prototype.name = 'BMW',實體化的car本身沒有name屬性,于是會在Car的原型上找,此時將Car.prototype.name = 'Benz',實體化后的car.name也會等于Benz,因為name是基本資料型別(原始值),當值發送變化,實體化后的物件也會改變

        var car = new Car()
        console.log(car.name) //BMW
        Car.prototype.name = 'Benz'
        console.log(car.name) //Benz

2.實體化物件時列印Benz,因為在實體化之前就已經改變建構式原型上的name值

        Car.prototype.name = 'Benz'
        var car = new Car()
        console.log(car.name) //Benz

3.第一個log的BMW與上述一樣,第二個log依然列印BMW的原因是,這里將Car.prototype直接改變成另一個物件,由于物件是參考資料型別(參考值),指向的是記憶體地址而不是值,new之前和new之后的實體物件參考的name地址不同

        var car = new Car()
        console.log(car.name) //BMW
        Car.prototype = {
            name: 'Benz'
        }
        console.log(car.name) //BMW

4.和上述相同,原因是修改了prototype,改變的是參考地址,new之前和new之后的實體物件參考的name地址不同

        Car.prototype = {
            name: 'Benz'
        }
        var car = new Car()
        console.log(car.name) //Benz

寫一個函式,計算字串Unicode總長度(例如:abcd,列印4,qwerdf,列印6)

需要注意的是,英文字符占1個位元組,中文字符占兩個位元組

        function unicodeLength(str) {
            for (var i = 0, count = 0; i < str.length; i++) {
                console.log(str.charCodeAt(i))
                if (str.charCodeAt(i) > 255) { //中文字符
                    count += 2
                } else { //英文字符
                    count++
                }
            }
            return count
        }
        console.log(unicodeLength('hello,1024,你好')) //17

實作一下js中window自帶的isNaN()函式

注意點:如果直接使用NaN==NaN來判斷,會回傳false,需要將NaN轉換成字串,再來判斷

        isNaN('asda') //window下的原函式
        console.log(isNaN(13)) //false
        console.log(isNaN('aaa')) //true

        function myIsNaN(number) {
            return "" + Number(number) == "NaN" ? true : false
        }
        console.log(myIsNaN(32323)) //false
        console.log(myIsNaN('aaa')) //true

實作陣列push()方法

        function myPush() {
            for (var i = 0; i < arguments.length; i++) {
                this[this.length] = arguments[i]
            }
            return this.length
        }
        Array.prototype.myPush = myPush
        var list = [1, 2, 3, 4, 5]
        var item = 6
        console.log(list.myPush(item)) //6
        console.log(list) //[1, 2, 3, 4, 5, 6]

實作陣列亂序(提示:使用Array.sort)

Array.sort((a,b)=>{})中a-b升序,b-a降序

        Array.prototype.random = random

        function random() {
            this.sort(function () {
                return Math.random() - 0.5
            })
            return this
        }
        var list = [1, 2, 3, 4, 5, 6, 7, 8, 9]
        console.log(list.random())//[3, 2, 6, 4, 9, 8, 1, 5, 7] 結果每次都不同

以下代碼在控制臺顯示什么?說明原因

        var obj = {
            "0": 'a',
            "1": 'b',
            "2": 'c',
            "length": 3,
            "push": Array.prototype.push
        }
        obj.push(1, 2, 3)
        console.log(obj)

列印結果是

        {
            0: "a"
            1: "b"
            2: "c"
            3: 1
            4: 2
            5: 3
            length: 6
        }

原因:說明原因之前先看一段Array.prototype.push的原始碼:

function ArrayPush () {  
var n = TO_UNIT32(this.length);  
var m = %_ArgumentsLength();  
for (var i = 0; i < m; i++) {
    this[i + n ] = %_Arguments(i);
  }  this.length = n + m;
  return this.length;
}

push的原理是在原物件后面將push的內容遍歷進去,獲取this.length并且在此基礎上加上push的個數,這就不難解釋為何push了三個數后length為6

解釋以下代碼列印為undefined的原因

        var num = 123;
        num.item = 'abc'
        console.log(num.item) //undefined

第一步:var num = 123

第二步:num.item = 'abc'//隱式轉換,相當于new Number(num).item = 'abc'(包裝類生成參考型別資料),此時底層會判定此時的num是原始值,不存在屬性值,所以執行delete(num.item)

第三步:列印undefined

使用JS原生實作function中的call,apply,bind函式

call:

        Function.prototype.myCall = function () {
            var _this = arguments[0] || window; //第一項是需要this指向的物件
            _this._function = this //this是要執行的函式,改變指向為_this
            var args = [] //把除this之外的所有引數放在args中
            for (var i = 1; i < arguments.length; i++) { //i = 1,第二項到最后一項是引數
                args[i - 1] = arguments[i]
            }
            return eval("_this._function(" + args + ")") //eval能將陣列隱式拆分,效果與join相似,但二者區別很大,return將函式執行結果回傳
            delete _this._function //執行完成后洗掉當前_function,這個_function用來放this
        }
        var a = 'window'
        var obj1 = {
            a: 'obj1',
            fn: function () {
                console.log(this.a)
                console.log(arguments)
            }
        }
        var obj2 = {
            a: 'obj2'
        }
        obj1.fn.myCall(obj2, 1, 2, 3, 4) //obj2  arguments[1, 2, 3, 4]
        obj1.fn.myCall(this, 3, 2, 1) //window  arguments[3, 2, 1]

apply(呼叫上面的myCall實作即可):

        Function.prototype.myApply = function () {
            var _this = arguments[0] || window; //第一項是需要this指向的物件
            _this._function = this //this是要執行的函式,改變指向為_this
            return eval("_this._function.myCall(_this, " + arguments[1] + ")") //eval能將陣列隱式拆分,效果與join相似,但二者區別很大,return將函式執行結果回傳
            delete _this._function //執行完成后洗掉當前_function,這個_function用來放this
        }
        var a = 'window'
        var obj1 = {
            a: 'obj1',
            fn: function () {
                console.log(this.a)
                console.log(arguments)
            }
        }
        var obj2 = {
            a: 'obj2'
        }
        obj1.fn.myApply(obj2, [1, 2, 3, 4]) //obj2  arguments[1, 2, 3, 4]
        obj1.fn.myApply(this, [3, 2, 1]) //window  arguments[3, 2, 1]

bind(繼續呼叫上面myApply):

        Function.prototype.myBind = function () {
            var t = this;
            var _this = arguments[0] || window; //第一項是需要this指向的物件
            var args = Array.prototype.slice.myApply(arguments, [
                1], ) //這項的目的是為了去除第一項arguments[0],就與上面的myCall中的遍歷作用相同,Array.prototype.slice傳一個引數,slice(start,end)表示洗掉第start到end項并回傳洗掉后的陣列,這里我們只用截取,不用洗掉,這里是洗掉第一項(由于用的是myApply,第二個引數是陣列所以用[1])并回傳洗掉后的陣列
            return function () {
                return t.myApply(_this, args)
            }
        }
        var a = 'window'
        var obj1 = {
            a: 'obj1',
            fn: function () {
                console.log(this.a)
                console.log(arguments)
            }
        }
        var obj2 = {
            a: 'obj2'
        }
        obj1.fn.myBind(obj2, 1, 2, 3, 4)() //obj2  arguments[1, 2, 3, 4]
        obj1.fn.myBind(this, 3, 2, 1)() //window  arguments[3, 2, 1]

對mvvm,mvp和mvc的理解

Model–View–ViewModel(MVVM),Model-View-Presenter(MVP)和Model–View-Controller(MVC) 都是軟體架構設計模式

相同的地方

  • Model 是指任何一個領域模型(domain model),一般做資料處理,可以理解為資料庫,用來存放應用的所有資料物件,模型不必知曉視圖和控制器的細節,模型只需包含資料及直接和這些資料相關的邏輯,任何事件處理代碼、視圖模版,以及那些和模型無關的邏輯都應當隔離在模型之外,它代表了真實情況的內容(一個面向物件的方法),或表示內容(以資料為中心的方法)的資料訪問層
  • View就是用戶界面(UI),視圖層是呈現給用戶的,用戶與之產生互動,在javaScript應用中,視圖大都是由html、css和JavaScript模版組成的,除了模版中簡單的條件陳述句之外,視圖不應當包含任何其他邏輯,事實上和模型類似,視圖也應該從應用的其他部分中解耦出來

不同的地方

  • MVC的Controller控制器是模型和視圖的紐帶,控制器從視圖獲得事件和輸入,對它們進行處理,并相應地更新視圖,當頁面加載時,控制器會給視圖添加事件監聽,比如監聽表單提交和按鈕單擊,然后當用戶和應用產生互動時,控制器中的事件觸發器就開始作業,
  • MVVM的ViewModel是一個公開公共屬性和命令的抽象的view,取代了 MVC 模式的 controller,或 MVP 模式的任命者(presenter),MVVM 有一個驅動, 在 viewmodel 中,這種驅動傳達視圖和資料系結的通信,此 viewmodel 已被描述為該 model 中的資料的狀態,
  • MVP的Presenter負責邏輯的處理,在MVP中View并不直接使用Model,它們之間的通信是通過Presenter來進行的,所有的互動都發生在Presenter內部,而 在MVC中View會直接從Model中讀取資料而不是通過Controller,

談談對前端頁面渲染的理解(程序,原理,性能,重繪和回流)

頁面渲染分為以下步驟
1. 處理HTML陳述句標簽并構建 DOM 樹
2. 處理CSS陳述句并構建CSSOM樹
3. 將處理好的DOM與CSSOM合并成一個渲染樹
4. 根據渲染樹來布局,計算每個節點的位置樣式等等
5. 調 GPU(顯卡)繪制頁面,合成圖層,最后顯示在瀏覽器

在處理CSSOM時,會暫時堵塞DOM渲染,并且扁平層級關系有利于渲染速度,越詳細的樣式選擇器,會導致頁面渲染越慢
CSS加載會影響JS檔案或陳述句加載,JS需要等待CSS決議完畢后運行

document中的DOMContentLoaded和Load的區別??:前者只需HTML加載完成后,就會觸發,后者需要等HTML,CSS,JS都加載完成才會觸發?????

圖層概念:普通檔案流就是一個圖層,特定的屬性可以生成一個新的圖層, 不同的圖層渲染互不影響,所以對于某些頻繁需要渲染的建議單獨生成一個新圖層,提高性能,但也不能生成過多的圖層,會引起反作用
以下CSS屬性可以生成新圖層:

  • 3D 變換:translate3d、translateZ
  • will-change
  • video、iframe 標簽
  • 通過影片實作的 opacity 影片轉換
  • position: fixed

重繪(Repaint)和回流(Reflow)
重繪是當節點需要更改外觀而不會影響布局的,比如改變color就叫稱為重繪回流是布局或者幾何屬性需要改變就稱為回流,
回流必定會發生重繪,重繪不一定會引發回流,
回流所需的成本比重繪高的多,改變深層次的節點很可能導致父節點的一系列回流,

所以以下幾個動作可能會導致性能問題:

  • 改變 window 大小
  • 改變字體
  • 添加或洗掉樣式
  • 文字改變
  • 定位或者浮動
  • 盒模型

如何減少重繪和回流

  • 使用 translate 替代 top
  • 使用 visibility 替換 display: none ,因為前者只會引起重繪,后者會引發 回流(改變了布局)
  • 把DOM離線后修改,比如:先把DOM給display:none(回流),然后你修改100次,然后再把它顯示出來
  • 不要把 DOM 結點的屬性值放在一個回圈里當成回圈里的變數
  • 不要使用 table 布局,可能很小的一個小改動會造成整個 table 的重新布局
  • 影片實作的速度的選擇,影片速度越快,回流次數越多,也可以選擇使用requestAnimationFrame
  • CSS 選擇符從右往左匹配查找,避免 DOM 深度過深
  • 將頻繁運行的影片變為圖層,圖層能夠阻止該節點回流影響別的元素,比如對 于 video 標簽,瀏覽器會自動將該節點變為圖層,

談談對前端繼承的理解

原型鏈繼承,子類實體繼承的屬性有,子類建構式的屬性,父類建構式的屬性,父類原型上的屬性
缺點:無法向父類傳參,當父類原型上的屬性改變時,所以子類實體相對應的屬性都會對應改變

        function Father() {
            this.name = "father";
            this.sex = "man"
        }
        Father.prototype.hobby = 'fish'

        function Son() {
            this.name = "son";
        }
        // 原型鏈繼承
        Son.prototype = new Father()
        var son1 = new Son()
        var son2 = new Son()
        Father.prototype.hobby = 'dog' //缺點,修改父類prototype上的屬性時,所有子類都會隨之修改
        console.log(son1.hobby) // dog
        console.log(son2.hobby) // dog
        console.log(son1 instanceof Father) // true

建構式繼承(通過call,apply),子類可繼承多個父類,可傳參給父類
缺點:每個實體都有父類的建構式,父類prototype上的屬性無法繼承

        // 建構式繼承(通過call,apply)
        function Father() {
            this.name = "father";
            this.sex = "man"
        }
        Father.prototype.hobby = 'fish'
        function Son(sex) {
            Father.call(this, sex) //可繼承多個父類,但是每個實體都有父類的建構式
            this.name = "son";
        }
        var son = new Son('woman')
        console.log(son.sex) //woman,可傳參給父類
        console.log(son.hobby) //undefined,缺點,父類prototype上的屬性無法繼承
        console.log(son instanceof Father) // false

組合繼承,上述兩者的結合,解決了上面的缺點和問題(常用)
缺點:Father.call()和new Father()執行了兩次父類建構式,增加了性能損耗,父類的原型上的constructor指向了子類,此時需要在實體化父類(new Father)后在實體化子類(new Son)之前添加一句話:Father.prototype.constructor = Father

        // 組合繼承
        function Father(sex) {
            this.name = "father";
            this.sex = sex
        }
        Father.prototype.hobby = 'fish'

        function Son(sex) {
            Father.call(this, sex) //可繼承多個父類
            this.name = "son";
        }
        Son.prototype = new Father()
        Father.prototype.constructor = Father //解決父類的原型上的constructor指向了子類
        var son = new Son('woman')
        console.log(son.sex) //woman,可傳參給父類
        console.log(son.hobby) //fish
        console.log(son instanceof Father) // true

原型式繼承,和Object.create相似,通過函式進行繼承,會繼承父類所有屬性
缺點:父類原型上的屬性發生變化時,所有子類對應屬性都會改變,子類無法直接修改屬性,復用性較差

        // 原型式繼承
        function Father() {
            this.name = "father";
            this.sex = 'man'
        }
        Father.prototype.hobby = 'fish'

        function Son() {
            this.name = "son";
        }

        function inherit(father) {
            function Fn() {}
            Fn.prototype = father;
            return new Fn() //類似于復制了father這個物件
        }
        var father = new Father()
        var son1 = inherit(father)
        Father.prototype.hobby = 'dog' //缺點,修改父類prototype上的屬性時,所有子類都會隨之修改
        var son2 = inherit(father)
        console.log(son1.sex) //man
        console.log(son1.hobby) //dog
        console.log(son2.hobby) //dog
        console.log(son1 instanceof Father) // true

寄生式繼承,繼承父類所有屬性,并且可以添加子類自己的屬性方法
缺點:代碼復用率低

        function Father(sex) {
            this.name = "father";
            this.sex = sex //實體傳參
        }
        Father.prototype.hobby = 'fish'

        function Son() {
            this.name = "son";
        }
        Object.prototype.myCreate = function (obj) {//實作Object.create
            function Fn() {}
            Fn.prototype = obj;
            return new Fn()
        }

        function inherit(father) {
            var _father = Object.myCreate(father)//克隆物件
            _father.getInfo = function () {//增強子類,修改屬性,產生子類獨有的方法和屬性,但是耦合高,復用性差,不同子類的寫法各不同
                console.log(_father.name)
                console.log(_father.hobby)
                console.log(_father.sex)
            }
            return _father;
        }
        var father = new Father('woman')
        var son = inherit(father)
        son.getInfo() //father,fish,woman

寄生式組合繼承,繼承父類所有屬性,解決呼叫兩次父類建構式問題:一次是在創建子型別原型,一次在子類內部(理論上是最理想的繼承)

        // 寄生式組合繼承
        function Father(sex) {
            this.name = "father";
            this.sex = sex //實體傳參
        }
        Father.prototype.hobby = 'fish'
        Father.prototype.getName = function () {
            console.log(this.name)
        }

        function Son(sex) {
            console.log(this.superClass) //Father
            Father.call(this, sex); //建構式繼承傳遞引數
            this.name = "son";
            this.hobby = "dog";
        }
        Son.prototype.getName = function () {
            console.log(this.name)
        }

        function Grandson(sex) {
            console.log(this.superClass) //Son
            Son.call(this, sex); //建構式繼承傳遞引數
            this.name = "grandson";
            this.hobby = "cat";
        }

        var inherit = (function () {
            function F() {} //使用閉包產生私有函式,使每個子類繼承的父類屬性無參考關系
            return function (father, son) {
                F.prototype = father.prototype; //私有函式取出父類的原型
                son.prototype = new F();
                son.prototype.superClass = father; //子類的超類指向父類,子類通過this.superClass呼叫Father
                son.prototype.constructor = son;
            }
        }())
        inherit(Father, Son)
        inherit(Son, Grandson)
        var father = new Father('fatherMan')
        var son = new Son('sonMan')
        var grandson = new Grandson('grandsonMan')
        console.log(son instanceof Father) //true
        console.log(grandson instanceof Son) //true
        console.log(grandson instanceof Father) //true
        console.log(father.sex) //fatherMan
        console.log(son.sex) //sonMan
        console.log(grandson.sex) //grandsonMan
        console.log(father.hobby) //fish
        console.log(son.hobby) //dog
        console.log(grandson.hobby) //cat
        father.getName() //father
        son.getName() //son
        grandson.getName() //grandson

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/212178.html

標籤:其他

上一篇:那些JS中常見的面試題及知識點

下一篇:2020-11-11,單身快樂

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more