主頁 > 軟體工程 > 如何使自己維護的lib/dll不再需要區分debug與release?

如何使自己維護的lib/dll不再需要區分debug與release?

2020-09-17 21:37:29 軟體工程

我們在用vc++寫軟體的時候一般都會為不同的dll proj配置生成不同的_ud/_u的lib和dll,在其他工程中參考的時候通過編譯選項在鏈接不同的lib,大家都是這樣做的。
我的問題是如果debug與release需要區分,32與64也需要區分,那我們需要維護四個lib,感覺debug與release的能否合并呢?難道只能是純c的嗎?

我看到一些商業的lib/dll只有release的,在自己工程中debug/release的時候用也沒有問題,但是自己寫的lib反而不行。不知道是哪里的問題導致的。

如果我假定現在有個lib的代碼很穩定,也不存在兼容性問題,debug/release能否合并成一個,有什么約束條件?合并完之后還要保證編譯、運行沒有問題。

uj5u.com熱心網友回復:

商業的lib/dll只有release的 是不想讓你 debug

uj5u.com熱心網友回復:

release  即可。

uj5u.com熱心網友回復:

參考 1 樓 schlafenhamster 的回復:
商業的lib/dll只有release的 是不想讓你 debug


自己做個例子,一個dll(隨便匯出一個函式或類),一個exe,在exe的debug狀態參考dll的release庫,看看報什么錯誤 。

uj5u.com熱心網友回復:

參考 2 樓 smwhotjay 的回復:
release  即可。

自己做個例子,一個dll(隨便匯出一個函式或類),一個exe,在exe的debug狀態參考dll的release庫,看看報什么錯誤 。

uj5u.com熱心網友回復:

回答之前可以看一下這個鏈接,
http://blog.csdn.net/qq_28098067/article/details/51385394

uj5u.com熱心網友回復:

debug與release需要區分 是因為 里面的代碼都不一樣。

uj5u.com熱心網友回復:

dll有好幾種方式,如果你dll改用匯出函式的方式,那你就不用區分release還是debug,
如果用匯出類的方式,那必須區分,我的做法是每個工程分好幾種編譯方式,分別對應不同的dll和lib
32位:
1.x86_Debug
2.x86_Debugu
3.x86_Release
4.x86_Releaseu

64位:
1.x64_Debug
2.x64_Debugu
3.x64_Release
4.x64_Releaseu

uj5u.com熱心網友回復:

參考 7 樓 jason_wentzel 的回復:
dll有好幾種方式,如果你dll改用匯出函式的方式,那你就不用區分release還是debug,
如果用匯出類的方式,那必須區分,我的做法是每個工程分好幾種編譯方式,分別對應不同的dll和lib
32位:
1.x86_Debug
2.x86_Debugu
3.x86_Release
4.x86_Releaseu

64位:
1.x64_Debug
2.x64_Debugu
3.x64_Release
4.x64_Releaseu

我還沒玩過64位的。。。一直默認32位 exe dll

uj5u.com熱心網友回復:

debug與release有區別, 是因它他們的設定不同, 如果你把debug與release的設定全部設定成相同, 那它們就沒有區別了.

對外一般都只提供release版本的.   
如果沒有特殊需求, 只提供一個32位版本應該也就夠了.  特殊需求的情況, 可能會區分32位與64位版本.

uj5u.com熱心網友回復:

參考 9 樓 xiaohuh421 的回復:
debug與release有區別, 是因它他們的設定不同, 如果你把debug與release的設定全部設定成相同, 那它們就沒有區別了.

對外一般都只提供release版本的.   
如果沒有特殊需求, 只提供一個32位版本應該也就夠了.  特殊需求的情況, 可能會區分32位與64位版本.


現在軟體提供商提供的開發包只有release版本的lib/dll.我們在開發的時候debug與release都能用這個庫,而我們自己開發維護的lib/dll卻不行,搞不明白為什么,差在哪里?都是lib/dll為什么啊?

uj5u.com熱心網友回復:

參考 7 樓 jason_wentzel 的回復:
dll有好幾種方式,如果你dll改用匯出函式的方式,那你就不用區分release還是debug,
如果用匯出類的方式,那必須區分,我的做法是每個工程分好幾種編譯方式,分別對應不同的dll和lib
32位:
1.x86_Debug
2.x86_Debugu
3.x86_Release
4.x86_Releaseu

64位:
1.x64_Debug
2.x64_Debugu
3.x64_Release
4.x64_Releaseu


我現在也是這么做,但是現在軟體提供商提供的開發包只有release版本的lib/dll.我們在開發的時候debug與release都能用這個庫,也沒有問題,搞不明白為什么,差在哪里?都是lib/dll為什么啊?誰愿意維護那么多個版本啊?我覺得肯定有方法。

uj5u.com熱心網友回復:

參考 11 樓 jzp_1981 的回復:
Quote: 參考 7 樓 jason_wentzel 的回復:

dll有好幾種方式,如果你dll改用匯出函式的方式,那你就不用區分release還是debug,
如果用匯出類的方式,那必須區分,我的做法是每個工程分好幾種編譯方式,分別對應不同的dll和lib
32位:
1.x86_Debug
2.x86_Debugu
3.x86_Release
4.x86_Releaseu

64位:
1.x64_Debug
2.x64_Debugu
3.x64_Release
4.x64_Releaseu


我現在也是這么做,但是現在軟體提供商提供的開發包只有release版本的lib/dll.我們在開發的時候debug與release都能用這個庫,也沒有問題,搞不明白為什么,差在哪里?都是lib/dll為什么啊?誰愿意維護那么多個版本啊?我覺得肯定有方法。

發布的時候,一般是Release,使用的時候,也都是Debug Release混用,但是有時候還是可能會觸發一些不可預知的問題。
所以如果可以的話,當然是對應版本的發布就好了。一般對于這么多版本,都可以用編譯腳本來處理。這樣就不需要人工處理了。

uj5u.com熱心網友回復:

肯定是可以的啊, 
你說不行的時候, 是報什么錯呢?

uj5u.com熱心網友回復:

uj5u.com熱心網友回復:

謝謝分享哦~~~

uj5u.com熱心網友回復:

不懂  但是幫頂啊 2333

uj5u.com熱心網友回復:

不懂  但是幫頂啊 2333 

uj5u.com熱心網友回復:

非常不錯。非常好。

uj5u.com熱心網友回復:

新手報到,學到了不少東西啊

uj5u.com熱心網友回復:

我們在用vc++寫軟體的時候一般都會為不同的dll proj配置生成不同的_ud/_u的lib和dll,在其他工程中參考的時候通過編譯選項在鏈接不同的lib,大家都是這樣做的。

uj5u.com熱心網友回復:

我來學習的.

uj5u.com熱心網友回復:

我是來賺取積分的

uj5u.com熱心網友回復:

learning~

uj5u.com熱心網友回復:

內容不錯 ~學習中~

uj5u.com熱心網友回復:

同來學習下,非常感謝分享!

uj5u.com熱心網友回復:

  前來學習 內容可以·

uj5u.com熱心網友回復:

uj5u.com熱心網友回復:

貌似 http://blog.csdn.net/qq_28098067/article/details/51385394 里面有答案。

uj5u.com熱心網友回復:

learning~

uj5u.com熱心網友回復:

參考 11 樓 jzp_1981 的回復:
我現在也是這么做,但是現在軟體提供商提供的開發包只有release版本的lib/dll.我們在開發的時候debug與release都能用這個庫,也沒有問題,搞不明白為什么,差在哪里?都是lib/dll為什么啊?誰愿意維護那么多個版本啊?我覺得肯定有方法。


debug、release 區別在于編譯器對代碼編譯后的二進制進行優化。debug版本編譯的產品是沒有對代碼進行“優化的”你代碼寫的每一行代碼都完完全全的按照你寫的邏輯生成二進制匯編。這樣子的話是方便程式員對自己產品進行“除錯”

release生成的二進制代碼后還會對你編譯器的“優化配置”選項按照里面所配置的優化模式進行二進制級別的代碼優化,簡單來說就是移除多余的遍歷。分支優化,合并變數,變數由暫存器代替使用。 行內函式的整理。等等等等。詳細就去看看龍書相關的知識吧。

uj5u.com熱心網友回復:

樓主發在mfc板塊那么也是用vs系列的編譯器了。難道樓主就沒有過編譯release版本在不修改任何編譯配置的情況下來進行除錯嗎?你會發現你監視視窗里面再也不能“監視”每行回傳吧的變數了。而且單步的邏輯也會不太對。

release和debug最大區別就是配置選項里面的“優化”項。 你把優化禁用掉就跟DEBUG沒什么區別。當然鏈接的庫不算。

uj5u.com熱心網友回復:

存在即合理。

uj5u.com熱心網友回復:

release只在發布的時候用一下就好了。只要你的代碼里不固定某些的大小,都不會有問題。

uj5u.com熱心網友回復:

路過 路過  路過 路過

uj5u.com熱心網友回復:


下回還是說這種話中

uj5u.com熱心網友回復:

learning~

uj5u.com熱心網友回復:

學習賺積分,謝謝學哥指點交流

uj5u.com熱心網友回復:

哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈

uj5u.com熱心網友回復:

uj5u.com熱心網友回復:

學習了。謝謝分享。

uj5u.com熱心網友回復:

自己寫的dll也可以只用release版
exe在debug或release下,都只用release版的dll是可以的
當然這對代碼是有要求的,假如你的exe和dll傳遞的一個結構體,在debug和release下的定義不同,那么就會出問題
具體問題具體分析,你的debug模式的exe使用release版的dll出什么錯?

uj5u.com熱心網友回復:

謝謝 有用 幫大忙了

uj5u.com熱心網友回復:

自己寫的dll也可以只用release版

uj5u.com熱心網友回復:

自己寫的dll也可以只用release版s

uj5u.com熱心網友回復:

不用維護debug,輸出release即可

uj5u.com熱心網友回復:

沒辦法,人生就是這么無奈,很多時候就是跟這些無聊的東西在打交道。

你說作業系統都用win10多好了,非得有人用xp. vista  win7 win8 win8.1。 然后你寫出的程式要在這些個作業系統上一個一個地試一遍。還要區分32 64位

uj5u.com熱心網友回復:

uj5u.com熱心網友回復:

總結的很全,好帖子

uj5u.com熱心網友回復:

參考 47 樓 wh_2396 的回復:
沒辦法,人生就是這么無奈,很多時候就是跟這些無聊的東西在打交道。

你說作業系統都用win10多好了,非得有人用xp. vista  win7 win8 win8.1。 然后你寫出的程式要在這些個作業系統上一個一個地試一遍。還要區分32 64位


這還真沒轍,公司有些部門就全員標配各種忒舊的電腦,就只能跑xp,因為這些部門的成員平時很少用電腦,夠用了所以也沒得換。沒更古老的系統就不錯了

uj5u.com熱心網友回復:

uj5u.com熱心網友回復:

參考 27 樓 nettman 的回復:


我也看到了,但是我現在使用的一個商業庫,就是只有release的lib/dll,在debug/release下呼叫都沒有問題。那豈不是與這篇檔案沖突了?
一個是實踐,一個貌似也是真理,但這兩個沖突了,我就想搞明白到底不同在什么地方?

uj5u.com熱心網友回復:

參考 42 樓 CharlesSimonyi 的回復:
自己寫的dll也可以只用release版
exe在debug或release下,都只用release版的dll是可以的
當然這對代碼是有要求的,假如你的exe和dll傳遞的一個結構體,在debug和release下的定義不同,那么就會出問題
具體問題具體分析,你的debug模式的exe使用release版的dll出什么錯?



想問一下,代碼的要求有哪些?
我的錯誤如下:
error LNK2038: 檢測到“_ITERATOR_DEBUG_LEVEL”的不匹配項: 值“0”不匹配值“2”
error LNK2038: 檢測到“RuntimeLibrary”的不匹配項: 值“MD_DynamicRelease”不匹配值“MDd_DynamicDebug”

uj5u.com熱心網友回復:

C Run-Time Libraries http://msdn.microsoft.com/zh-cn/library/abx4dbyh(VS.80).aspx

uj5u.com熱心網友回復:

參考 1樓schlafenhamster 的回復:
商業的lib/dll只有release的 是不想讓你 debug
o

uj5u.com熱心網友回復:

error LNK2038: 檢測到“_ITERATOR_DEBUG_LEVEL”的不匹配項: 值“0”不匹配值“2”
error LNK2038: 檢測到“RuntimeLibrary”的不匹配項: 值“MD_DynamicRelease”不匹配值“MDd_DynamicDebug”
使用到 debug 庫。 你的 dll 必須不 使用 debug 庫

uj5u.com熱心網友回復:

很棒的帖子,值得學習

uj5u.com熱心網友回復:

參考 54 樓 zhao4zhong1 的回復:
C Run-Time Libraries http://msdn.microsoft.com/zh-cn/library/abx4dbyh(VS.80).aspx


沒明白您要表達的意思。

uj5u.com熱心網友回復:

參考 57 樓 schlafenhamster 的回復:
error LNK2038: 檢測到“_ITERATOR_DEBUG_LEVEL”的不匹配項: 值“0”不匹配值“2”
error LNK2038: 檢測到“RuntimeLibrary”的不匹配項: 值“MD_DynamicRelease”不匹配值“MDd_DynamicDebug”
使用到 debug 庫。 你的 dll 必須不 使用 debug 庫


主要是不想同時維護debug與release兩個庫,而且別人也說可以只用release。

uj5u.com熱心網友回復:

參考 59 樓 jzp_1981 的回復:
Quote: 參考 54 樓 zhao4zhong1 的回復:

C Run-Time Libraries http://msdn.microsoft.com/zh-cn/library/abx4dbyh(VS.80).aspx


沒明白您要表達的意思。

你的努力方向有誤。
既然大家都維護debug與release兩個庫,甚至維護
debug與release
單執行緒/多執行緒
靜態lib/動態dll
32位/64位
共2×2×2×2=16種庫,你覺得你能鶴立雞群嗎?

uj5u.com熱心網友回復:

參考 4 樓 jzp_1981 的回復:
Quote: 參考 2 樓 smwhotjay 的回復:

release  即可。

自己做個例子,一個dll(隨便匯出一個函式或類),一個exe,在exe的debug狀態參考dll的release庫,看看報什么錯誤 。

回復后有訊息推送嗎?

uj5u.com熱心網友回復:

Quote: 參考 62 樓 qq_37569495 的回復:

Quote: 參考 4 樓 jzp_1981 的回復:

[quote=參考 2 樓 smw
每次參考都把原來的內容回顯,如果別人把上面的內容洗掉了,咋辦?

uj5u.com熱心網友回復:

學習了

uj5u.com熱心網友回復:

需要編譯成 _u/_ud 的是因為 dll 匯出的函式引數或者回傳值 可能用到了  std::string、CString 等型別,這些個型別的 debug/release 版本是不同的。用到 CString 的可能是因為dll 端用的 A/W ,而呼叫端用了 W/A 版的 CString ( CStringW / CStringA 的 UNICODE 與 非UNICODE的區別 )

這些包括但不限于這些情況,都會造成  dll 與呼叫者之間 產生 二進制兼容性問題。。

你能保證不產生這些問題,就可以了

uj5u.com熱心網友回復:

不懂  但是幫頂頂..........

uj5u.com熱心網友回復:

不懂  但是幫頂啊 2333

uj5u.com熱心網友回復:

學習,謝謝分享。

uj5u.com熱心網友回復:

圍觀下,看起來不錯

uj5u.com熱心網友回復:

一直用Delphi,如果用loadlibrary 動態加載,完全看不懂Release和debug版本有什么區別

uj5u.com熱心網友回復:

不懂  但是幫頂啊 2333

uj5u.com熱心網友回復:

參考 47 樓 wh_2396 的回復:
沒辦法,人生就是這么無奈,很多時候就是跟這些無聊的東西在打交道。

你說作業系統都用win10多好了,非得有人用xp. vista  win7 win8 win8.1。 然后你寫出的程式要在這些個作業系統上一個一個地試一遍。還要區分32 64位


確實,我還見過win2000的服務器,為了兼容,不得不另外單獨開發個模塊

uj5u.com熱心網友回復:

通常發布用的是release版本,而debug版本用于自己的除錯。
如果不需要,可以把debug版本的編譯選項設定成和release完全一樣,那編譯出來的就應該和release版本一樣了,但那樣debug版本用于除錯的目的就沒有了,如果是這樣,那學不如直接把debug這個型別從編譯管理里面洗掉掉,就只剩下release版本了

通常,庫的呼叫者使用release版本的庫也可以除錯,這個肯定也是和其它商業發布的版本是一樣的,如果某些電腦上不行,那一般是依賴的檔案有問題導致的

uj5u.com熱心網友回復:

受用了,謝謝大神們

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

標籤:基礎類

上一篇:關于MFC非主對話框內控制元件定義問題

下一篇:關于遞回優化或轉迭代,有沒有大神能指導一下?

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

熱門瀏覽
  • Git本地庫既關聯GitHub又關聯Gitee

    創建代碼倉庫 使用gitee舉例(github和gitee差不多) 1.在gitee右上角點擊+,選擇新建倉庫 ? 2.選擇填寫倉庫資訊,然后進行創建 ? 3.服務端已經準備好了,本地開始作準備 (1)Git 全域設定 git config --global user.name "成鈺" git c ......

    uj5u.com 2020-09-10 05:04:14 more
  • CODING DevOps 代碼質量實戰系列第二課,相約周三

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。**《DevOps 代碼質量實戰(PHP 版)》**為 CODING DevOps 代碼質量實戰系列的第二課,同時也是本系列的 PHP ......

    uj5u.com 2020-09-10 05:07:43 more
  • 推薦Scrum書籍

    推薦Scrum書籍 直接上干貨,推薦書籍清單如下(推薦有順序的哦) Scrum指南 Scrum精髓 Scrum敏捷軟體開發 Scrum捷徑 硝煙中的Scrum和XP : 我們如何實施Scrum 敏捷軟體開發:Scrum實戰指南 Scrum要素 大規模Scrum:大規模敏捷組織的設計 用戶故事地圖 用 ......

    uj5u.com 2020-09-10 05:07:45 more
  • CODING DevOps 代碼質量實戰系列最后一課,周四發車

    隨著 ToB(企業服務)的興起和 ToC(消費互聯網)產品進入成熟期,線上故障帶來的損失越來越大,代碼質量越來越重要,而「質量內建」正是 DevOps 核心理念之一。 **《DevOps 代碼質量實戰(Java 版)》**為 CODING DevOps 代碼質量實戰系列的最后一課,同時也是本系列的 ......

    uj5u.com 2020-09-10 05:07:52 more
  • 敏捷軟體工程實踐書籍

    Scrum轉型想要做好,第一步先了解并真正落實Scrum,那么我推薦的Scrum書籍是要看懂并實踐的。第二步是團隊的工程實踐要做扎實。 下面推薦工程實踐書單: 重構:改善既有代碼的設計 決議極限編程 : 擁抱變化 代碼整潔代碼 程式員的職業素養 修改代碼的藝術 撰寫可讀代碼的藝術 測驗驅動開發 : ......

    uj5u.com 2020-09-10 05:07:55 more
  • Jenkins+svn+nginx實作windows環境自動部署vue前端專案

    前面文章介紹了Jenkins+svn+tomcat實作自動化部署,現在終于有空抽時間出來寫下Jenkins+svn+nginx實作自動部署vue前端專案。 jenkins的安裝和配置已經在前面文章進行介紹,下面介紹實作vue前端專案需要進行的哪些額外的步驟。 注意:在安裝jenkins和nginx的 ......

    uj5u.com 2020-09-10 05:08:49 more
  • CODING DevOps 微服務專案實戰系列第一課,明天等你

    CODING DevOps 微服務專案實戰系列第一課**《DevOps 微服務專案實戰:DevOps 初體驗》**將由 CODING DevOps 開發工程師 王寬老師 向大家介紹 DevOps 的基本理念,并探討為什么現代開發活動需要 DevOps,同時將以 eShopOnContainers 項 ......

    uj5u.com 2020-09-10 05:09:14 more
  • CODING DevOps 微服務專案實戰系列第二課來啦!

    近年來,工程專案的結構越來越復雜,需要接入合適的持續集成流水線形式,才能滿足更多變的需求,那么如何優雅地使用 CI 能力提升生產效率呢?CODING DevOps 微服務專案實戰系列第二課 《DevOps 微服務專案實戰:CI 進階用法》 將由 CODING DevOps 全堆疊工程師 何晨哲老師 向 ......

    uj5u.com 2020-09-10 05:09:33 more
  • CODING DevOps 微服務專案實戰系列最后一課,周四開講!

    隨著軟體工程越來越復雜化,如何在 Kubernetes 集群進行灰度發布成為了生產部署的”必修課“,而如何實作安全可控、自動化的灰度發布也成為了持續部署重點關注的問題。CODING DevOps 微服務專案實戰系列最后一課:**《DevOps 微服務專案實戰:基于 Nginx-ingress 的自動 ......

    uj5u.com 2020-09-10 05:10:00 more
  • CODING 儀表盤功能正式推出,實作作業資料可視化!

    CODING 儀表盤功能現已正式推出!該功能旨在用一張張統計卡片的形式,統計并展示使用 CODING 中所產生的資料。這意味著無需額外的設定,就可以收集歸納寶貴的作業資料并予之量化分析。這些海量的資料皆會以圖表或串列的方式躍然紙上,方便團隊成員隨時查看各專案的進度、狀態和指標,云端協作迎來真正意義上 ......

    uj5u.com 2020-09-10 05:11:01 more
最新发布
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:41:12 more
  • windows系統git使用ssh方式和gitee/github進行同步

    使用git來clone專案有兩種方式:HTTPS和SSH:
    HTTPS:不管是誰,拿到url隨便clone,但是在push的時候需要驗證用戶名和密碼;
    SSH:clone的專案你必須是擁有者或者管理員,而且需要在clone前添加SSH Key。SSH 在push的時候,是不需要輸入用戶名的,如果配置... ......

    uj5u.com 2023-04-19 08:35:34 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:05:44 more
  • 2023年農牧行業6大CRM系統、5大場景盤點

    在物聯網、大資料、云計算、人工智能、自動化技術等現代資訊技術蓬勃發展與逐步成熟的背景下,數字化正成為農牧行業供給側結構性變革與高質量發展的核心驅動因素。因此,改造和提升傳統農牧業、開拓創新現代智慧農牧業,加快推進農牧業的現代化、資訊化、數字化建設已成為農牧業發展的重要方向。 當下,企業數字化轉型已經 ......

    uj5u.com 2023-04-18 08:00:18 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:20:31 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:55 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:18:51 more
  • 談一談我對協同開發的一些認識

    如今各互聯網公司普通都使用敏捷開發,采用小步快跑的形式來進行專案開發。如果是小專案或者小需求,那一個開發可能就搞定了。但對于電商等復雜的系統,其功能多,結構復雜,一個人肯定是搞不定的,所以都是很多人來共同開發維護。以我曾經待過的商城團隊為例,光是后端開發就有七十多人。 為了更好地開發這類大型系統,往 ......

    uj5u.com 2023-04-17 08:18:00 more
  • 專案管理PRINCE2核心知識點整理

    PRINCE2,即 PRoject IN Controlled Environment(受控環境中的專案)是一種結構化的專案管理方法論,由英國政府內閣商務部(OGC)推出,是英國專案管理標準。
    PRINCE2 作為一種開放的方法論,是一套結構化的專案管理流程,描述了如何以一種邏輯性的、有組織的方法,... ......

    uj5u.com 2023-04-17 08:17:55 more
  • 計算機組成原理—存盤器

    計算機組成原理—硬體結構 二、存盤器 1.概述 存盤器是計算機系統中的記憶設備,用來存放程式和資料 1.1存盤器的層次結構 快取-主存層次主要解決CPU和主存速度不匹配的問題,速度接近快取 主存-輔存層次主要解決存盤系統的容量問題,容量接近與價位接近于主存 2.主存盤器 2.1概述 主存與CPU的聯 ......

    uj5u.com 2023-04-17 08:12:06 more