主頁 > 軟體設計 > C++ 中的繼承

C++ 中的繼承

2021-04-30 16:22:16 軟體設計

繼承

  • 1 什么是繼承
    • 1.1 繼承的概念
    • 1.2 繼承的定義
      • 1.2.1 定義格式
      • 1.2.2 繼承關系和訪問限定符
      • 1.2.3 繼承基類成員訪問方式的變化
  • 2 基類(父類)物件和派生類(子類)物件之間的賦值轉換
  • 3 繼承中的作用域
  • 4 派生類(子類)的默認成員函式
  • 5 繼承與友元
  • 6 繼承與靜態成員
  • 7 復雜的菱形繼承以及菱形虛擬繼承
    • 7.1 單繼承
    • 7.2 多繼承
    • 7.3 菱形繼承
      • 7.3.1 菱形繼承的問題
      • 7.3.2 如何解決
      • 7.3.3 虛擬繼承解決資料冗余和二義性的原理
  • 8 繼承的擴展和總結
    • 8.1 繼承和組合

1 什么是繼承

1.1 繼承的概念

  • 繼承機制是面向物件程式設計使代碼可以復用的最重要的手段,這個機制允許程式員在保持原有類特性的基礎上進行擴展,增加功能,這樣產生新的類,稱為派生類,繼承呈現了面向物件程式設計的層次結構,體現了由簡單到復雜的認知程序,以前解除的都是函式復用,繼承是類設計層次的復用

代碼演示如下

#include <iostream>
#include <string>

using namespace std;

class Person
{
public:
	void Print()
	{
		cout << "name:" << _name << endl;
		cout << "age:" << _age << endl;
	}
protected:
	string _name = "peter"; // 姓名
	int _age = 18;
};
class Student : public Person
{
protected:
	int _stuid;
};
int main()
{
	Person p;
	Student s;
	p.Print();
	s.Print();
	return 0;
}
  • 繼承后父類的Person的成員(成員函式+成員變數)都會變成子類的一部分,這里體現出了Student復用了Person的成員,下面我們使用監視視窗查看Student物件,可以看到變數的復用,呼叫Print可以看到成員函式的復用,

成員變數的復用在這里插入圖片描述
成員函式的復用
在這里插入圖片描述

1.2 繼承的定義

1.2.1 定義格式

Person是父類,也稱作基類,Student是子類,也稱作派生類,

在這里插入圖片描述

1.2.2 繼承關系和訪問限定符

在這里插入圖片描述

1.2.3 繼承基類成員訪問方式的變化

在這里插入圖片描述
注意(重點)

  1. 基類 private 成員在派生類中無論以什么方式繼承都是不可見的,這里的不可見是指基類的私有成員還是被繼承到了派生類物件中,但是語法上限制派生類物件不管在類里面還是類外面都不能去訪問它,
  2. 基類 private 成員在派生類中是不能被訪問,如果基類成員不想在類外直接被訪問,但需要在派生類中能訪問,就定義為protected可以看出保護成員限定符是因繼承才出現的
  3. 實際上面的表格我們進行一下總結會發現:基類的私有成員在子類都是不可見的,基類的其他成員在子類的訪問方式 = Min(成員在基類的訪問限定符,繼承方式),public > protected > private,
  4. 使用關鍵字class時默認的繼承方式是private,使用struct時默認的繼承方式是public,不過最好顯示的寫出繼承方式
  5. 在實際運用中一般使用都是public繼承,幾乎很少使用protetced/private繼承也不提倡使用protetced/private繼承,因為protetced/private 繼承下來的成員都只能在派生類的類里面使用,實際中擴展維護性不強,

2 基類(父類)物件和派生類(子類)物件之間的賦值轉換

  • is a 的關系:一個子類是一個父類,比如,一個學生是一個人
  • 派生類物件 可以賦值給 基類的物件 / 基類的指標 / 基類的參考,這里有個形象的說法叫切片或者切割,寓意把派生類中父類那部分切來賦值過去(重點掌握),代碼演示如下
#include <iostream>
#include <string>
using namespace std;

class Person
{
public:
	    // 預設
		string _name = "陳志浩"; // 姓名
		string _sex = "男"; // 性別
		int _age = 25; // 年齡
};
class Student : public Person
{
public:
	int _No = 2019124084; // 學號
};

void Test()
{
	Person pobj;
	Student sobj;
	// 修改子類的成員變數方便演示
	sobj._name = "chenzhiiao";
	sobj._age = 23;
}
int main()
{
	Test();
	return 0;
}

在這里插入圖片描述
在這里插入圖片描述

在這里插入圖片描述

  • 基類物件不能賦值給派生類物件

在這里插入圖片描述

  • 指向基類的指標可以指向子類,并且可以強制轉換為子類指標,參考同理也是可以的,這里有點詭異,其實也可以這樣理解:這里指標指向的地址是一樣的,只不過型別限制了可以看哪些部分,所以再強制轉換回子類指標才不會出錯,
    在這里插入圖片描述
    在這里插入圖片描述
  • 上面這些型別轉換都必須是在公有繼承的前提下的,

3 繼承中的作用域

  • 在繼承體系中基類派生類都有獨立的作用域
  • 子類和父類中有同名成員,子類成員將屏蔽對父類的同名成員的直接訪問,這種情況叫隱藏,也叫重定義,注意不叫多載也不叫重寫,多載要在同一個作用域才可以,(在子類成員函式中,可以使用 基類::基類成員 顯示訪問
  • 需要注意的是如果是成員函式的隱藏,只需要函式名相同就構成隱藏,即使形參串列和函式體不同也是構成隱藏的哦,
  • 注意在實際中在繼承體系里面最好不要定義同名的成員

來上代碼

#include <iostream>
using namespace std;

class A {
public:
	void fun()
	{
		cout << "func()" << endl;
	}
};
class B : public A {
public:
	void fun(int i)
	{
		cout << "func(int i)->" << i << endl;
	}
};
void Test()
{
	// B中的fun和A中的fun不是構成多載,因為不是在同一作用域
	// B中的fun和A中的fun構成隱藏,成員函式滿足函式名相同就構成隱藏,
	B b;
	b.fun(10);
	b.A::fun();//可以使用 基類::基類成員 顯示訪問
};
int main()
{
	Test();
	return 0;
}

在這里插入圖片描述

4 派生類(子類)的默認成員函式

派生類的6個默認成員函式,默認就是我們不寫但是會自己生成,那么這4(只關注 構造、拷貝構造、析構、賦值多載)個默認成員函式是如何生成的呢?

  • 派生類的建構式必須呼叫基類的建構式初始化基類的那一部分成員,如果基類沒有默認的建構式,則必須在派生類建構式的初始化串列階段顯示呼叫,派生類物件初始化先呼叫基類構造再調派生類構造,
#include <iostream>
#include <string>
#include <ostream>
using namespace std;
class Person
{
public:
	friend ostream& operator<<(ostream& out, const Person& p);
	Person(const char* name = "peter")
		: _name(name)
	{
		cout << "Person()" << endl;
	}

	Person(const Person& p)
		: _name(p._name)
	{
		cout << "Person(const Person& p)" << endl;
	}

	Person& operator=(const Person& p)
	{
		cout << "Person& operator=(const Person& p)" << endl;
		if (this != &p)
			_name = p._name;

		return *this;
	}

	~Person()
	{
		cout << "~Person()" << endl;
	}
protected:
	string _name; // 姓名
};
ostream& operator<<(ostream& out, const Person& p)
{
	out << "name : " << p._name << endl;
	return out;
}
class Student : public Person{
public:
	friend ostream& operator<<(ostream& out, const Student& s);
	Student(const char* name = "chenzhiao", int no = 2019)
		:Person(name)
		,_no(no)
	{
		cout << "Student()" << endl;
	}
	
	~Student()
	{
		cout << "~Student()" << endl;
	}

protected:
	int _no;
};
ostream& operator<<(ostream& out, const Student& s)
{
	out << "name : " << s._name << ",no : " << s._no << endl;
	return out;
}

void Test()
{
	Student s1;	
	cout << s1;
};
int main()
{
	Test();
	return 0;
}

在這里插入圖片描述

  • 派生類的拷貝建構式必須呼叫基類的拷貝構造完成基類的拷貝初始化,下面代碼中的 Person(s) 有切片行為,
Student(const Student& s)
		: Person(s), _no(s._no)
	{
		cout << "Student(const Student& s)" << endl;
	}

在這里插入圖片描述

  • 派生類的operator=必須要呼叫基類的operator=完成基類的復制,
Student& operator=(const Student& s)
	{
		if (this != &s)
		{
			Person::operator=(s); 
			//這里必須要用類名指定,否則子類的operator=會把父類的
			//的operator=隱藏掉,導致無限遞回呼叫子類的operator=導致堆疊溢位
			_no = s._no;
		}
		return *this;
	}
  • 派生類物件析構清理先呼叫派生類析構再調基類的析構,這里 c++ 的編譯器就保證了先呼叫子類的析構再呼叫父類的析構,
    有兩個迷惑點:1、子類的解構式和父類的解構式構成 隱藏,這是因為多型重寫的需要(下一篇文章我會拉出來再談一下),所有類的解構式,名字會被統一處理成 destructor 2 、 如果自己顯示呼叫,存在父類會析構的問題,不符合先定義后析構的規則
~Student()
	{
		cout << "~Student()" << endl;
		Person::~Person(); 
		//C++的編譯器保證了這個代碼默認會執行,但是必須要放在最后一行才符合規則
		//不能讓程式員去手動指定Person::~Person();必須要放在最后一行
		//萬一程式員不小心放在了第一行,會導致一些不可預料的錯誤,所以不要顯示呼叫
		//這和上面3個默認成員的規則不一樣,需要多注意
	}
  • 最后補上一張圖,有助于理解

在這里插入圖片描述

5 繼承與友元

  • 友元關系不能繼承,也即是說:基類友元不能訪問子類私有和保護成員

6 繼承與靜態成員

  • 基類定義了 static 靜態成員,則整個繼承體系里面只有一個這樣的成員,無論派生出多少個子類,都只有一個 static 成員實體

來段代碼

#include <iostream>
#include <string>
using namespace std;

class Person
{
public:
	Person() { ++_count; }
protected:
	string _name; // 姓名
public:
	static int _count; // 統計人的個數,
};
int Person::_count = 0;
class Student : public Person
{
protected:
	int _stuNum; // 學號
};
class Graduate : public Student
{
protected:
	string _seminarCourse; // 研究科目
};
void TestPerson()
{
	Student s1;
	Student s2;
	Student s3;
	Graduate s4;
	Person s5;
	cout << " 人數 :" << Person::_count << endl;
	Student::_count = 0;
	cout << " 人數 :" << Person::_count << endl;
}
int main()
{
	TestPerson();
	return 0;
}

7 復雜的菱形繼承以及菱形虛擬繼承

7.1 單繼承

  • 一個子類只有一個直接父類,這種繼承關系叫做單繼承
    在這里插入圖片描述

7.2 多繼承

  • 一個子類有兩個或者兩個以上的父類叫做多繼承

在這里插入圖片描述

7.3 菱形繼承

  • 菱形繼承是多繼承的一種特殊情況

在這里插入圖片描述
在這里插入圖片描述

7.3.1 菱形繼承的問題

  • 菱形繼承存在很大的問題,從上面的物件模型圖里可以得出:菱形繼承有資料冗余和資料二義性的問題,在Assistant 的物件里 Person 成員有兩份
#include <iostream>
#include <string>
using namespace std;

class Person{
public:
	string _name;
};
class Student : public Person{
protected:
	int _stuId;
};
class Teacher : public Person{
protected:
	int _teaId;
};
class Assistant : public Student, public Teacher{
protected:
	string _majorCourse;
};
void Test()
{

	Assistant a;
	//a._name = "chenzhiao"; 這樣會有二義性無法明確知道訪問的是哪一個

	// 需要顯式指定訪問哪個父類的成員可以解決二義性的問題,但是資料冗余的問題還是無法解決

	a.Student::_name = "xxx";
	a.Teacher::_name = "yyy";
	
}
int main()
{
	Test();
	return 0;
}

在這里插入圖片描述

7.3.2 如何解決

  • 虛擬繼承可以解決菱形繼承的二義性和資料冗余的問題,如上面的繼承關系,在Student和Teacher的繼承,Person時使用虛擬繼承,即可解決問題,需要注意的是,虛擬繼承不要在其他地方去使用,改進上面的代碼,
#include <iostream>
#include <string>
using namespace std;

class Person{
public:
	string _name;
};
class Student : virtual public Person{
protected:
	int _stuId;
};
class Teacher : virtual public Person{
protected:
	int _teaId;
};
class Assistant : public Student, public Teacher{
protected:
	string _majorCourse;
};
void Test()
{

	Assistant a;
	a._name = "chenzhiao";
	
}
int main()
{
	Test();
	return 0;
}
// 在菱形繼承的“肩膀處”添加完 virtual 關鍵字,完成虛擬繼承,可以解決資料的二義性和冗余問題,我們來看一下監視視窗

在這里插入圖片描述

7.3.3 虛擬繼承解決資料冗余和二義性的原理

  • 為了研究虛擬繼承原理,我們給出了一個簡化的菱形繼承體系,再借助記憶體視窗觀察物件成員的模型,

在這里插入圖片描述

#include <iostream>
#include <string>
using namespace std;

class A {
public:
	int _a;
};
// class B : public A
class B : public A {
public:
	int _b;
};
// class C : public A
class C : public A {
public:
	int _c;
};
class D : public B, public C {
public:
	int _d;
};

void Test()
{
	D d;
	cout << sizeof(d) << "位元組" << endl;
	d.B::_a = 1;
	d.C::_a = 2;
	d._b = 3;
	d._c = 4;
	d._d = 5;
	
}
int main()
{
	Test();
	return 0;
}

下圖是菱形繼承的記憶體物件成員模型:這里可以看到資料冗余
在這里插入圖片描述
下圖是菱形虛擬繼承的記憶體物件成員模型
在這里插入圖片描述

  • 可以分析出 D物件中將 A 放在了物件組成的最下面,這個 A 同時屬于 B 和 C,那么 B 和 C 如何找到公共的 A 呢?這里是通過了 B 和 C 的虛基表指標,這兩個指標指向了虛基表,**虛基表存的是當前位置距離 虛基類物件(A)的偏移量,通過偏移量找到A,尤其是發生切片行為的時候,比如 B& b = d,這個偏移量會幫助 b 找到自己的a,完成切片行為,注意:菱形虛擬繼承的效率并不高,因為這一頓操作可想而知,所以盡量不要定義菱形虛擬繼承,這也是 C++ 語法設計的幾個大 bug, **
  • 下面是上面的Person關系菱形虛擬繼承的原理解釋:
    在這里插入圖片描述

8 繼承的擴展和總結

  • 多繼承就是C++語法復雜的體現,有了多繼承就有了菱形繼承,有了菱形繼承就有了菱形虛擬繼承,底層實作就很復雜,所以不建議設計多行程,更不要設計出菱形繼承,否則在復雜度及性能上都有問題,
  • 可以認為多繼承就是 C++ 的缺陷之一,很多后來的OO語言都沒有多繼承,如Java,

8.1 繼承和組合

  • public繼承是一種is-a的關系,也就是說每個派生類物件都是一個基類物件,比如 狗是一種動物
  • 組合是一種has-a的關系,假設B組合了A,每個B物件中都有一個A物件,
  • 繼承允許你根據基類的實作來定義派生類的實作,這種通過生成派生類的復用通常被稱為白箱復用,(white-box reuse),術語“白箱”是相對可視性而言:在繼承方式中,基類的內部細節對子類可見 ,繼承一定程度破壞了基類的封裝,基類的改變,對派生類有很大的影響,派生類和基類間的依賴關系很強,耦合度高,
  • 物件組合是類繼承之外的另一種復用選擇,新的更復雜的功能可以通過組裝或組合物件來獲得,物件組合要求被組合的物件具有良好定義的介面,這種復用風格被稱為黑箱復用(black-box reuse),因為物件的內部細節是不可見的,物件只以“黑箱”的形式出現, 組合類之間沒有很強的依賴關系,耦合度低,優先使用物件組合有助于你保持每個類被封裝,
  • 實際盡量多去用組合,組合的耦合度低,代碼維護性好,不過繼承也有用武之地的,有些關系就適合繼承那就用繼承,另外要實作多型,也必須要繼承,類之間的關系可以用繼承,可以用組合,就用組合,

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

標籤:其他

上一篇:【C語言】順序表的動態存盤:增刪改查的實作

下一篇:學弟學妹們,C#為啥學不好?是因為你沒真正理解面向物件的思想!

標籤雲
其他(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