編程筆記源碼查詢

『壹』 MyBatis­Plus快速入門源碼筆記共享，拿走吧你

為什麼要學習它呢？

答：MyBatisPlus可以節省我們大量工作時間，所有的CRUD代碼它都可以自動化完成！

優點：
1. 易於上手和掌握。
2. sql寫在xml里，便於統一管理和優化。
3. 解除sql與程序代碼的耦合。
4. 提供映射標簽，支持對象與資料庫的orm欄位關系映射
5. 提供對象關系映射標簽，支持對象關系組建維護
6. 提供xml標簽，支持編寫動態sql。

MyBatis Plus（簡稱 MP）是一個 MyBatis的增強工具，在 MyBatis 的基礎上只做增強不做改變，為簡化開發、提高效率而生。

就像 魂斗羅 中的 1P、2P，基友搭配，效率翻倍。

特性：

無侵入 ：只做增強不做改變，引入它不會對現有工程產生影響，如絲般順滑。

損耗小 ：啟動即會自動注入基本 CURD，性能基本無損耗，直接面向對象操作 強大的 CRUD 操作 ：內置通用 Mapper、通用 Service，僅僅通過少量配置即可實現單表大部分 CRUD 操作，更有強大的條件構造器，滿足各類使用需求 支持 Lambda 形式調用 ：通過 Lambda 表達式，方便地編寫各類查詢條件，無需再擔心欄位寫錯。

支持組件自動生成 ：支持多達 4 種主鍵策略（內含分布式唯一 ID 生成器 Sequence），可自由配置，完美解決主鍵問題。

支持 ActiveRecord 模式 ：支持 ActiveRecord 形式調用，實體類只需繼承 Model 類即可進行強大的 CRUD 操作。

支持自定義全局通用操作 ：支持全局通用方法注入（ Write once, use anywhere ）。

內置代碼生成器 ：採用代碼或者 Maven 插件可快速生成 Mapper 、 Model 、 Service 、 Controller 層代碼，支持模板引擎，更有超多自定義配置等您來使用 內置分頁插件 ：基於 MyBatis 物理分頁，開發者無需關心具體操作，配置好插件之後，寫分頁等同於普通 List查詢。

分頁插件支持多種資料庫 ：支持 MySQL、MariaDB、Oracle、DB2、H2、HSQL、SQLite、Postgre、SQLServer 等多種資料庫。

內置性能分析插件 ：可輸出 Sql 語句以及其執行時間，建議開發測試時啟用該功能，能快速揪出慢查詢。

內置全局攔截插件 ：提供全表 delete 、 update 操作智能分析阻斷，也可自定義攔截規則，預防誤操作。

1.1 、引入mybatis-plus相關maven依賴

引入mybatis-plus在spring boot中的場景啟動器

ps:切記不可再在pom.xml文件中引入mybatis與mybatis-spring的maven依賴,這一點,mybatis-plus的官方文檔中已經說明的很清楚了.

1.2、創建數據表

(1)SQL語句

(2) 數據表結構

1.3、 創建java bean

根據數據表新建相關實體類

1 package com.example.demo.pojo

1.4、 配置application.proprties

數據源使用druid

ps:在進行crud實驗之前,簡單對mybatis與mybatis-plus做一個簡單的對比

2.1、mybatis與mybatis-plus實現方式對比

(1)提出問題: 假設我們已存在一張 tbl_employee 表，且已有對應的實體類 Employee，實現 tbl_employee 表的 CRUD操作我們需要做什麼呢？

(2)實現方式: 基於 Mybatis 需要編寫 EmployeeMapper 介面，並手動編寫 CRUD 方法 提供 EmployeeMapper.xml 映射文件，並手動編寫每個方法對應的 SQL 語句. 基於 Mybatis-plus 只需要創建 EmployeeMapper 介面, 並繼承BaseMapper 介面.這就是使用 mybatis-plus 需要完成的所有操作，甚至不需要創建 SQL 映射文件。

2.2、BaseMapper介面介紹

(1)如何理解核心介面BaseMapper?

在使用Mybatis-Plus時,核心操作類是BaseMapper介面，其最終也是利用的Mybatis介面編程的實現機制，其默認提供了一系列的增刪改查的基礎方法，並且開發人員對於這些基礎操作不需要寫SQL進行處理操作（Mybatis提供的機制就是需要開發人員在mapper.xml中提供sql語句），那樣我們可以猜測肯定是Mybatis-Plus完成了BaseMapper介面提供的方法的SQL語句的生成操作。

(2)BaseMapper介面為我們定義了哪些方法?

BaseMapper介面源碼:

(3) mybatis-plus中常用的註解 1

由於我們的數據表名於實體類的類名不一致,並且實體類於數據表還存在欄位名不對應的情況,因此我們需要引入mybatis-plus的註解.

編寫EmployeeMapper介面繼承BaseMapper介面

准備考試環境:

(1)插入

(2)修改

控制台列印出的sql語句

如果我們不設置實體類的email與gender屬性,結果是怎樣的呢?

控制台sql語句:

顯然,mybatis-plus為我們做了非空判斷,空值的話,默認不更新對應的欄位.想一想,這是不是類似於mybatis中的動態sql呢?

這種處理效果又會帶來什麼好處呢?

(3)查詢

selectById方法

selectBatchIds方法

ps:發現該方法底層使用的竟然是sql的in關鍵字

selectByMap方法

(4)刪除

3、不得不提的條件構造器---Wrapper

3.1.wrapper及其子類介紹

(1)Wrapper ：條件構造抽象類，最頂端父類，抽象類中提供3個方法以及其他方法.

『貳』 String類源碼筆記（一）：成員變數和構造器

String類表示字元串，所有類似"abc"形式的字元串（或魔法字元串）都被看作是這個類的實例。String是不可變的，當一個字元串在常量池中被創建時，他的值就不會被改變。

所在路徑：javalangString.java

為了保證String類是一個不可變類，String類的成員變數多為私有和不可變的。

其中serialPersistentFields在序列化時使用：

JDK8的String類一共有16個構造器，其中兩個是@Deprecated，一個是私有構造器，剩下的13個是可以調用的。

無參構造器直接將""的value賦值給當前類的value。""的value是一個空的char[]，其length為0。調用使用了無參構造器的String對象的isEmpty()方法會得到true，調用length()方法會得到0，判斷其==null會得到false。

入參為String對象時，構造器會對其進行直接取值。

入參為字元串數組時，構造器調用的是Arrays.Of()方法。

其中Arrays.Of()方法是為了將入參的字元串序列深拷貝到this.valuie中，他的源碼為：

其中System.array()方法的源碼為：

這個方法支持直接傳入想要生成的String的母串，通過偏移量和有效長度找出需要賦值給this.value的部分，然後調用Arrays.OfRange()方法進行深拷貝。

當需要將一個Unicode編碼序列轉換為String時，可以使用以下構造器：

當需要將一個bytes[]轉換為String時，可以使用以下構造器：

此外，還有一些將上述構造器進一步封裝的構造器，其本質都是簡化入參。另外，String類的構造器同樣支持傳入StringBuffer和StringBuilder。如果傳入的是StringBuffer，構造器會為其加鎖。如果傳入的是StringBuilder則不會加鎖。

事實上，StringBuffer和StringBuilder的toString()方法調用的也是String類的構造器，他們最終的底層實現都是Arrays.Of()。

最後，String類還提供了一個保護類型的構造方法。該方法相比入參為char[]的構造器多了一個share參數，這個參數並沒有實際作用，只是用來和其他構造器進行區分。當String類內部調用該構造器時：

該構造器不能對外暴露的原因是需要保持String類的不可變性。

『叄』 如何查看電腦上某程序的源代碼 如計算器

可以通過GitHub源代碼ping在計算機中檢查計算器的源代碼。具體操作方式如下：

1、進入GitHub的Microsoft個人問題主頁，如下圖所示。

(3)編程筆記源碼查詢擴展閱讀：

GitHub的Windows應用

GitHub 使用 git 分布式版本控制系統，而 git 最初是 LinusTorvalds 為幫助Linux開發而創造的，它針對的是 Linux 平台，因此 git 和 Windows 從來不是最好的朋友，因為它一點也不像Windows。

GitHub 發布了GitHub for Windows，為 Windows 平台開發者提供了一個易於使用的 Git 圖形客戶端。

GitHub forWindows是一個 Metro 風格應用程序，集成了自包含版本的 Git，bash 命令行 shell，PowerShell 的 posh-git 擴展。

GitHub 為 Windows 用戶提供了一個基本的圖形前端去處理大部分常用版本控制任務，可以創建版本庫，向本地版本庫遞交補丁，在本地和遠程版本庫之間同步。微軟也通過CodePlex向開發者提供 git 版本控制系統，而 GitHub 創造了一個更具有吸引力的 Windows 版本。

『肆』 如何找到軟體的源代碼

軟體的源代碼，基本是沒有辦法的，因為軟體運行時都是編譯後的程序，也就是把源代碼翻譯成計算機能執行的代碼，一般的破解是破解功能限制，注冊限制，反編譯也只是能得到匯編代碼，也很難看懂的。

『伍』 如何從網上獲取各編程語言的源代碼

可以到專業的源碼下載站去找你需要的源碼。
比如：
csdn.net downcode.com pudn.com
這類網站挺多，都是有源碼的，可以直接查閱代碼，使用代碼。

『陸』 適合程序員做含有源代碼的筆記的工具有哪些

程序員推薦使用Leanote, 它專為程序員定製的

Leanote雲筆記的功能特點:

1. 有兩款編輯器, 富文本(支持代碼高亮!!!)和Markdown
   

2. 雲同步: web端, 桌面端, 手機端, 全覆蓋與雲同步

3. 桌面端支持三大平台, 連Linux都支持

4. 集成博客功能, 一鍵將筆記公開為博客, 博客主題可定製

5. ....還有很多特性

6. 開源

『柒』 用什麼軟體來查看一個用Microsoft Visual C++ 6.0 編寫的程序的源代碼

標 題: MFC逆向初級研究（1）
作 者: 北斗之搖光
時 間: 2007-03-15 17:14
鏈 接: http://bbs.pediy.com/showthread.php?t=41087
詳細信息:

【文章標題】: MFC逆向初級研究(1)
【文章作者】: 北斗之搖光
【作者郵箱】: [email protected]
【下載地址】: 自己搜索下載
【作者聲明】: 只是感興趣，沒有其他目的。失誤之處敬請諸位大俠賜教!
--------------------------------------------------------------------------------
【詳細過程】
引言
本文主要針對微軟的VC++6.0中使用MFC產生的EXE文件的逆向研究，我曾經使用微軟的Visual Studio 2005編譯了一
個EXE文件，通過IDA反匯編以後發現該文件與VC++6.0產生的文件還是有所區別，因此特別在此聲明一下。文中主要使用了I
DA pro 5.0和在看雪(www.pediy.com)下載的OllyICE作為工具對目標文件進行反匯編。在此也感謝看雪論壇的各位的無私奉
獻，在研究過程的中的困難多通過各位的帖子得到了幫助。
逆向的關鍵
我認為逆向的關鍵主要是要弄明白目標文件的演算法和實現過程，在Window操作系統下，軟體的實現過程就體現在其
對Window消息的處理，而軟體的演算法則包含在處理的具體過程中。對於通過SDK編寫的"傳統"的Windows應用程序基本都具備
幾個共同的特徵：WinMain函數、WinProc函數、窗口注冊、消息循環。對於這類目標文件的分析主要集中的WinProc的分析上
，WinProc的函數地址獲得一般是通過窗口注冊函數中的參數獲得。（由於我對於這類文件沒有具體逆向過，所以只是大概的
說說，有不對的地方請各位不要客氣，盡管拍磚）
而使用MFC（Microsoft Function Class）顧名思義，該類庫主要封裝了大部分的Windows API函數所以在代碼中看
不到原本的SDK編程中的消息循環、窗口過程函數等等東西，所有這些封裝在相應的mfcxx.dll中，讓程序員能夠專著與處理
過程與演算法。這種做法於逆向而言有好處也有壞處：
壞處就是加大了對於MFC產生的EXE文件的逆向難度，讓許多的和我一樣的菜鳥迷失在匯編代碼中找不找北了，基本主要就靠
猜測實現過程中用到了那些函數，然後對文件導入表的函數下斷點來尋找我們所需要的處理過程；
好處就是這樣的做法使得EXE文件中主要都是目標程序的Window消息處理流程以及演算法，而且dll中的大部分函數的功能都能
在MSDN中查到。如果能夠通過對目標文件的分析得到這個Window消息處理流程和演算法架構，基本上我們就可以重寫整個軟體；
要做到上面的目標，首先我們要對MFC有所了解，推薦沒有基礎的兄弟們讀讀候俊傑的《深入淺出MFC》。該書在逆向過
程中完全可以作為一本參考書，讓你能通過源代碼了解實現過程，網上有很多該書的電子版下載。
一個逆向MFC產生的EXE文件的例子
下面我們就通過一個具體的例子來學習一下如何從目標文件中挖到我們需要的東西。首先我們來產生一個需要的EXE文件。
在此我假定各位對MFC有過一定的使用經驗，畢竟逆向分析才是本文的重點。
1．產生例子所需要的目標文件：
我們通過VC++6.0的向導來產生一個名為ReverseMFC的工程，這個工程的設置情況如下：
Application type of fff:
Dialog-Based Application targeting:
Win32
Classes to be created:
Application: CFffApp in ReverseMFC.h and ReverseMFC.cpp
Dialog: CFffDlg in ReverseMFCDlg.h and ReverseMFCDlg.cpp
Features:
+ Uses shared DLL implementation (MFC42.DLL)
+ Localizable text in:
中文[中國]
直接編譯以後就能夠運行，為了確定我們是否正確的分析的整個目標文件，在該對話框中加入一個我們自定義的按鈕如
下,對於該按鈕的處理函數如下設定為：
AfxMessageBox("I find it!",MB_OK)；編譯後就得到了我們需要的目標文件。
現在我們得到了所需要的目標文件，在IDA中載入該文件。在此我們最好是產生Release版本的EXE文件，畢竟所有的發
布軟體都是Release版本的。
2．具體分析
在IDA中按Ctrl＋S找到.rdata段，該段主要存儲了目標文件的類運行時創建信息、MessageMap信息、MessageEntry信息、
虛函數表、RTTI數據（如果編譯選項中選擇了支持RTTI的話）。
在到達.rdata段後我們可以看到這樣的代碼，對數據進行格式轉換後可以得到如下圖所示的數據。
.rdata:004021C0 ; 屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯屯?
.rdata:004021C0
.rdata:004021C0 ; Segment type: Pure data
.rdata:004021C0 ; Segment permissions: Read
.rdata:004021C0 _rdata segment para public 'DATA' use32
.rdata:004021C0 assume cs:_rdata
.rdata:004021C0 ;org 4021C0h
.rdata:004021C0 off_4021C0 dd offset sub_401000 ; DATA XREF: sub_401010o
.rdata:004021C4 dd offset dword_4021C8
.rdata:004021C8 dword_4021C8 dd 111h ; DATA XREF: .rdata:004021C4o
.rdata:004021CC dd 0
.rdata:004021D0 dd 0E146h
.rdata:004021D4 dd 0E146h
.rdata:004021D8 dd 0Ch
.rdata:004021DC dd offset CWinApp::OnHelp(void)
.rdata:004021E0 dd 0
.rdata:004021E4 dd 0
.rdata:004021E8 dd 0
.rdata:004021EC dd 0
.rdata:004021F0 dd 0
.rdata:004021F4 dd 0
.rdata:004021F8 off_4021F8 dd offset CWinApp::GetRuntimeClass(void)
.rdata:004021F8 ; DATA XREF: unknown_libname_1-56o
.rdata:004021FC dd offset sub_401040
.rdata:00402200 dd offset nullsub_2
.rdata:00402204 dd offset nullsub_3
.rdata:00402208 dd offset nullsub_2
.rdata:0040220C dd offset CCmdTarget::OnCmdMsg(uint,int,void *,AFX_CMDHANDLERINFO *)
其中的off_4021C0就是一個MessageMap數據；dword_4021C8就是MessageMap所指的MessageEntry數據；off_4021F8就是一個
類的虛函數表的開始位置。那麼具體這些數據時那個類的相關數據呢？如此判斷的依據是什麼？
首先我們知道MessageEntry是的數據結構定義如下，而且以6個0表示整個數組的結束。
struct AFX_MSGMAP_ENTRY
{
UINT nMessage; // windows message
UINT nCode; // control code or WM_NOTIFY code
UINT nID; // control ID (or 0 for windows messages)
UINT nLastID; // used for entries specifying a range of control id's
UINT nSig; // signature type (action) or pointer to message #
AFX_PMSG pfn; // routine to call (or special value)
};
因此我們有理由假設"dword_4021C8就是MessageMap所指的MessageEntry數據"。
而MessageMap數據結構定義如下：
struct AFX_MSGMAP
{
#ifdef _AFXDLL
const AFX_MSGMAP* (PASCAL* pfnGetBaseMap)();
#else
const AFX_MSGMAP* pBaseMap;
#endif
const AFX_MSGMAP_ENTRY* lpEntries;
};
off_4021C0的兩個數據中第二個數據恰恰就是我們前面假設為MessageEntry的指針，跟入其第一個數據，我們看到如下的代
碼：
.text:00401000 ; *************** S U B R O U T I N E ***************************************
.text:00401000
.text:00401000
.text:00401000 sub_401000 proc near ; DATA XREF: .rdata:off_4021C0o
.text:00401000 mov eax, ds:AFX_MSGMAP const CWinApp::messageMap
.text:00401005 retn
.text:00401005
.text:00401005 sub_401000 endp
恰恰是一個返回基類的MessageMap的函數。因此我們也同樣有理由假設"off_4021C0就是一個MessageMap數據"。
對於虛函數表的假設是如何被證明呢？首先我們要知道關於虛函數表的一點知識：虛函數表由虛函數的地址組成，表中函數
地址的順序和它們第一次出現的順序（即在類定義的順序）一致。若有重載的函數，則替換掉基類函數的地址。通過這個我
們可以知道MFC中虛函數表中的函數順序必然是先按照CObject->CCmdtarget->。。。。這個類繼承順序中的虛函數順序來處
理虛函數表中的函數順序的。只要證明這個我們"假設的虛函數"中的函數順序與上面提到的知識相符合則有理由說明我們的
假設成立。
首先來看CObject中虛函數的順序，在查看CObject的聲明文件後得到了這個類的虛函數順序：
virtual CRuntimeClass* GetRuntimeClass() const;
virtual ~CObject(); // virtual destructors are necessary
virtual void Serialize(CArchive& ar);
#if defined(_DEBUG) || defined(_AFXDLL)
// Diagnostic Support
virtual void AssertValid() const;
virtual void Dump(CDumpContext& dc) const;
再來查看CCmdtarget的虛函數順序，在查看CObject的聲明文件後得到了這個類的虛函數順序：
DECLARE_DYNAMIC(CCmdTarget)；
virtual BOOL OnCmdMsg(UINT nID, int nCode, void* pExtra,
AFX_CMDHANDLERINFO* pHandlerInfo);
#ifndef _AFX_NO_OLE_SUPPORT
// called when last OLE reference is released
virtual void OnFinalRelease();
#endif
#ifndef _AFX_NO_OLE_SUPPORT
// called before dispatching to an automation handler function
virtual BOOL IsInvokeAllowed(DISPID dispid);
virtual BOOL GetDispatchIID(IID* pIID);
virtual UINT GetTypeInfoCount();
virtual CTypeLibCache* GetTypeLibCache();
virtual HRESULT GetTypeLib(LCID lcid, LPTYPELIB* ppTypeLib);
之所以還要列出"DECLARE_DYNAMIC(CCmdTarget)；"是因為這個宏的定義如下：
#define DECLARE_DYNAMIC(class_name) \
protected: \
static CRuntimeClass* PASCAL _GetBaseClass(); \
public: \
static const AFX_DATA CRuntimeClass class##class_name; \
virtual CRuntimeClass* GetRuntimeClass() const; \
這個virtual CRuntimeClass* GetRuntimeClass() const; 覆蓋掉了一開始的CObject的相對應函數。依次按照類的順序對
照下來，就可以知道該表確實是虛函數表。同時，對應的GetMessageMap虛函數的位置上跟入後，可以得到如下代碼：
.text:00401010 ; *************** S U B R O U T I N E ***************************************
.text:00401010
.text:00401010
.text:00401010 sub_401010 proc near ; DATA XREF: .rdata:00402228o
.text:00401010 mov eax, offset off_4021C0
.text:00401015 retn
.text:00401015
.text:00401015 sub_401010 endp

恰恰是返回了我們之前假設的MessageMap的地址。

--------------------------------------------------------------------------------
【版權聲明】: 本文原創於看雪技術論壇, 轉載請註明作者並保持文章的完整, 謝謝!

『捌』 如何通過自己的源代碼看出網站是用什麼編程語言寫的還有資料庫的類型

如果網站是動態顯示的，可以通過看後綴名稱來看編程語言，如：
這個是asp編程的
若後綴是index.php就是php編程的。如果網站是以靜態頁顯示的
如：index.html
就沒法通過源碼查看了
資料庫的類型
用asp編程的一般用access、SQL資料庫
用php編程的一般用MYSQL資料庫
以上是常用的編程語言

當然還有JSP、ASP.NET等編程語言
最好的方法是你知道同事放網站代碼的地方
看一下就一目瞭然了。

『玖』 求一個適合程序員寫代碼筆記的網站源碼，還可以分享給網友

自己可以建立一個，這樣即練了程序，又出了成果

『拾』 如何看別人寫的C++源代碼

建議先別看那種很難的，
先從網上找一些代碼少的看。
如果非要看代碼多的，得有扎實的基本功。
此外，一般是先劃分功能模塊，然後是看聲明文件，.h文件，再看實現的文件。