msyscuione開發環境是怎樣的

這篇文章主要講解了“msyscuione開發環境是怎樣的”，文中的講解內容簡單清晰，易于學習與理解，下面請大家跟著小編的思路慢慢深入，一起來研究和學習“msyscuione開發環境是怎樣的”吧！

CUI又稱TUI，作為一個開發者和云主機這種服務性環境的使用者，無論有沒有意識到，它都是裝機時我們大多數情況下第一要裝的。linux往往天然集成語言環境和包管理（語言級或系統桌面級），這使得云主機linux裝機量往往占首位。相反在windows下沒有這樣一套東西，因為windows往往作為終端windows應用往往面向要求圖形界面的普通用戶。

那么為什么需要這樣一套環境呢？

1，cui環境是歷史上程序開發和應用(部署、安裝)原始形式，cui是程序上產出后的raw form,與GUI相對，GUI是高級封裝形式。比如編譯器這種東西歷史上就是CUI后有IDE的。用法上約定俗成。僅需tui就夠了；第二，服務性的程序往往也只需要而且產出時提供的就是其CUI的形式。不需要套一層GUI。也不需要像終端程序那樣依賴復雜而頻繁的GUI配置。復雜性程序本身也不需要透露太多用戶界面用于配置。只喂指定參數即夠。因此適合服務器環境。第三，有些需要batch配置的程序必定需要CUI，GUI反而不合適。

故，這三點其實可以看成是服務器開發和應用部署和客戶終端的開發部署差別要求。

2，CUI是最接近被調用的。遵從生產部署的先后順序列，比如一些API DLL本身能運行的話就是天然CUI的—dll即demo，開發即發布。程序的開發和生產往往是共享部件的近年來的java,.net大語言系統深刻地體現了這點因為它的語言環境有時可以作為可選系統組件（比如netfx系列），。運行環境與開發環境中的runtime往往天然一體，在腳本語言中，發布runtime往往意味著發布整個腳本語言環境。

ps:runtime=run time support,分開run和time并加了support才是重點，即runtime其實不是語言后端，那些supportting libs可能反而正是重點：提供對該語言開發的應用在run time的一切支持，包括前后端。 4，一句話，CUI是程序的原始形式。維護這樣一個環境是必要的-它是繼os core之后在PC軟件上出現的第二大存在，這往往出現在windows和linux易用性之爭上。或CUI，GUI之爭中。 再來看這個msyscuione:

其實對windows上的cui的整合工作一直存在比如msys2,比如cmder，而msyscuione傾向于模擬了linux下的開發生產合一環境，全開源（未來可能與ros結合做成開箱即用的全開源高可用整體），并極力做到一個整塊生態，即全部基于mingw,未來希望整塊就小精。并尊重了多語言多開發的現實，將它們合理組織在langsys,appstack目錄下只透露simple facades給用戶（就像我的1ddlangsys=qtcling,1ddpractise codebase一樣）。

大家知道一個生態有什么好處嗎，我們現在接確到的每個應用的每個DLL都可能是大塊的（比如chrome v8,qt dll），導入復雜的對象環境到內存。模塊同一，你看windows的DLL其實全是由DLL組成的，它的每個DLL都是關于kernel.dll,user32.dll等的生態，這種小精性有如瑞士軍刀自成一體所以快。不必一啟動時拉大量第三方DLL，迅速占滿系統資源。現在的APP普遍比較大因為web時代我們復用輪子的開發越來越典型了，一個APP都可以做得系統一樣大，就是這個道理。

msyscuiinone被組織進了msys的文件結構的另一個的好處，是以后可以做sandbox，免注冊表掛載。綠色激活某一組件到活動系統。就像云端（yuanduan.cn）一樣，你可以理解為docker的fuse，或shadow filesystem

msyscui沒有包管理，沒有語言級容器。msyscuione將這一切留給現有語言或msyscuione可能不斷增加的新語言支持，因為包管理往往與語言綁定是它們的機制，記住：程序的不折騰原則是在正確的層面干正確的事情。這是指抽象，而運營，可以選擇一個應用切面滲透作已有整合，像微信小程序那樣，一個應用強大了完全可以通過業務滲透+軟件抽象整合，軟件之道莫不如此。

————

msyscuione開發環境主要部件：

1,集成msys1.01 2,集成perl-5.24.0-mingw32 (比如為了支持qt等的shadow build) 3,采用i686-4.8.3-release-posix-dwarf-rt_v3-rev2(集成python,python2.7builtin) 4，集成qtcling 5，。。。 msyscuione支持編譯的源碼體系有qt和llvm/cling等支持ros免rosbe。

生產環境方面，支持常見開箱即用的那些webstacks,其實每種組件都能定義一種appstack，git加web也能組成gitstack,openvpn跟其它組合也能定義access server之類的東西，nginx也有openresty這樣的增強變體，但webstack往往指wamp,wnmp這些簡單環境，比如當今最常見的那些由一種動態語言加數據庫加其它東西混合而成的東西它們沒有層次,msyscui為他們定義了一種良好的語言/stack分開的層次。

msyscuione 應用stack環境主要部件：monogodb,mysql,nginx,git,apache,openvpn,ssh

———–

其它，msyscuione最小僅要求w2k3/winxp：

修正了mingw32的如下文件頭，開閉其SECURE API支持,在win2k3/winxp上不會出現“找不到msvcrt.dll中函數入口”的錯誤

i686-w64-mingw32\include\_mingw.h
/* #define MINGW_HAS_SECURE_API 1 */
使用junction.exe替換了ln,使得一些需要創建軟鏈接的編譯腳本可在win2k3/winxp上通過。
junction.exe to replace ln.exe

感謝各位的閱讀，以上就是“msyscuione開發環境是怎樣的”的內容了，經過本文的學習后，相信大家對msyscuione開發環境是怎樣的這一問題有了更深刻的體會，具體使用情況還需要大家實踐驗證。這里是億速云，小編將為大家推送更多相關知識點的文章，歡迎關注！