合肥網(wǎng)站建設(shè)介紹在Linux下裝置軟件需要注意的20個(gè)事項(xiàng):

　　1.開源并不只僅是源代碼
　　“它是開源的，這是源代碼?！笨赡軙?huì)被疏忽。多數(shù)用戶實(shí)踐上并不需求源代碼，他們想要一個(gè)二進(jìn)制文件。開發(fā)者應(yīng)該提早將他們程序打包，的確需求鼓舞開發(fā)者這樣做。

　　2.規(guī)范化界面
　　遺忘關(guān)于文件包格式的爭論吧，它將永遠(yuǎn)不會(huì)發(fā)作。我們需求一個(gè)規(guī)范軟件包圖形界面管理器，能夠裝置一切的軟件包。想象一下，Synaptic在Ubuntu和 Fedora上運(yùn)轉(zhuǎn)，曉得是采用Debs包還是RPMs軟件包格式，那該多好啊。

　　3.如何運(yùn)轉(zhuǎn)
　　“我曾經(jīng)裝置了Foo，但是如何運(yùn)轉(zhuǎn)呢?”一切遵照Freedesktop.org 規(guī)范的窗口管理器，都會(huì)遵照規(guī)范XDG 關(guān)于菜單入口的桌面文件規(guī)則。裝置一個(gè)圖形化程序就不用埋怨了。

　　4.更容易地添加軟件倉庫repositories
　　添加repositories，經(jīng)常是從閱讀器復(fù)制粘貼很長、很神秘的文本字符串到終端。一個(gè)規(guī)范的repository文件會(huì)使閱讀器啟動(dòng)適宜的包管理器將其添加到repository，就是呈現(xiàn)一個(gè)對(duì)話框“are you sure/do you trust this”。

　　5.更簡單地源代碼編譯
　　幾程序沒有編譯器和裝置闡明呢?很多都有通用的自動(dòng)生成工具。這很容易呀。那為什么不給用戶生成一個(gè)Install.sh腳本呢?同時(shí)檢查一下依賴關(guān)系嘛。

　　6.Autotools = yuck
　　Autotools 很慢，看起來有一種神秘感。開發(fā)者主要運(yùn)用Autotools。終端用戶不應(yīng)該看到這種東西。

　　7.降低文件系統(tǒng)雜亂水平
　　真有必要把文件裝置到頭昏眼花的目錄中嗎?從軟件包管理器裝置程序是個(gè)不錯(cuò)的倡議，卸載時(shí)分也能夠曉得把誰給肅清了。構(gòu)建源代碼可能在卸載或從系統(tǒng)中移除時(shí)不夠人性化，特別是開發(fā)者不提供卸載文件時(shí)。

　　8.規(guī)范綜合包
　　若是我們不能在單文件包格式上達(dá)成協(xié)議，規(guī)范包管理又從何談起呢?

　　9.規(guī)范軟件包名字
　　為什么不同的發(fā)行版命名同一個(gè)軟件包會(huì)有不同的名字?假如在發(fā)行版本之間有分歧的命名，處理軟件包的依賴關(guān)系是不是會(huì)更容易些呢?

　　10.規(guī)范軟件包拆分
　　不只是軟件命名需求統(tǒng)一，在每個(gè)發(fā)行版本里，次軟件包也需命名分歧。對(duì)上游開發(fā)者來說，分歧性還有一段路要走。

　　11.裝置后運(yùn)轉(zhuǎn)
　　假如裝置一份非后臺(tái)運(yùn)轉(zhuǎn)的軟件，有可能一裝置完成，就運(yùn)轉(zhuǎn)它。要是當(dāng)裝置完成后你喜歡的軟件包管理器呈現(xiàn)一個(gè)核對(duì)窗口，是不是愈加便當(dāng)?不用從菜單啟動(dòng)，直接單擊“裝置并運(yùn)轉(zhuǎn)”，就這么點(diǎn)事兒。

　　12.確保源代碼在包數(shù)據(jù)庫構(gòu)建
　　不只是從源代碼裝置有點(diǎn)痛苦，其實(shí)，包管理器也不曉得你終究曾經(jīng)裝置了什么，所以依賴總是呈現(xiàn)缺失，處理不好。要是有一個(gè)包管理器，可以從源碼包構(gòu)建，不只緩解裝置的痛苦，也能讓我們曉得裝置了什么。

　　13.非全包軟件包
　　應(yīng)用程序和庫文件分紅單獨(dú)的包，惹起了依賴和其他的問題，但是這被大多數(shù)軟件包管理器一切效處理。我們也能夠經(jīng)過窗口把一切的東西放在一個(gè)包里，這就意味著把分散在文件系統(tǒng)里不同版本的相同庫文件聚合到了一同。

　　14.肅清舊的依賴
　　當(dāng)你裝置軟件時(shí)，它的依賴也被裝置上了。但是當(dāng)你移除軟件包時(shí)，這些依賴還呆在系統(tǒng)里，逐步填滿你的硬盤。軟件包管理器不只應(yīng)該移除不需求的依賴，還應(yīng)該隨時(shí)清算系統(tǒng)。

　　15.去除 -dev軟件包
　　當(dāng)我們嘗試編譯源代碼時(shí)，包含庫頭文件的-dev 或 -devel軟件包會(huì)帶來無量的迷惑，比方經(jīng)常呈現(xiàn)像”libfoo not found”這樣的信息。當(dāng)裝置GCC或Autotools時(shí)，自動(dòng)裝置相關(guān)的 -dev 軟件包，將會(huì)減少我們的痛苦。

　　16.自動(dòng)完成源代碼軟件包的裝置
　　假如每個(gè)發(fā)行版需求不同的軟件包，或許單源軟件包可以處理這一狀況。但是假如軟件包管理器可以自動(dòng)下載、編譯、裝置源代碼，這不就處理不同包需求了嗎?

　　17.基于閱讀器的軟件包管理
　　如今，軟件包管理器圖形化界面曾經(jīng)很棒了，但是遠(yuǎn)程裝置又得回到命令行下。運(yùn)轉(zhuǎn)在網(wǎng)絡(luò)閱讀器上的軟件包管理器將會(huì)使得閱讀和晉級(jí)遠(yuǎn)程電腦上的軟件愈加便當(dāng)。

　　18.我們需求這么多的軟件包嗎?
　　一些項(xiàng)目有源代碼，也提供Deb和RPM包文件下載。對(duì)每個(gè)Ubuntu衍生版原本說，都有本人的軟件包，別說SUSE和Fedora的衍生版了。開發(fā)者們，真的有必要讓不幸的終端用戶墮入深淵嗎?

　　19.非單一目錄裝置
　　有時(shí)，軟件在本人的目錄里裝置的想法會(huì)冒出來。嗯，看起來很有吸收力。但對(duì)我們用戶來說，單擊“裝置”按鈕運(yùn)轉(zhuǎn)程序，然后在菜單啟動(dòng)就行了。

　　20.從網(wǎng)頁鏈接到軟件管理器
　　普通來說，當(dāng)發(fā)現(xiàn)想嘗試軟件所在的一個(gè)網(wǎng)址后，接著你開端在軟件管理器里面尋覓軟件包，或冒險(xiǎn)運(yùn)用一個(gè)未經(jīng)發(fā)行版本考證的網(wǎng)址的軟件包。是不是，從URL啟動(dòng)軟件包管理器進(jìn)而尋覓軟件包，這樣會(huì)不會(huì)愈加便當(dāng)一些呢?