為什么我這的FetionVM.exe進程會如此耗內存？

FetionVM.exe是中國移動飛信軟件的進程。首先要說的是，飛信是用Microsoft Visual C# / Basic .NET所編寫的，有人指出飛信內存占用了30多MB，甚者虛擬內存100多MB，原因見下文：對編程有一定了解的人會知道，.NET 程序需要.NET Framework的支持，這就類似于Java程序要有JRE（Java Runtime Environment，Java運行環境）支持，所以內存占用就大了而且所占用的內存大部分是與系統所共享的，實質上進程占用的私有內存是比較小的。但是飛信的框架實現了脫離 .Net framework運行，目錄中的 VMDotNet 目錄，就是虛擬.Net framework環境需要的文件。Feition.exe是一個啟動程序，首先檢查本地系統是否安裝了 .Net framework，如果有直接調用主程序FeitionFX.exe運行，如果沒有則使用虛擬環境運行。這個我們從文件大小就可以看出來，Fetion.exe（436kb）FetionFX.exe（3584kb） .Net 框架目前逐步在普及了，仍然有很多人在尋找如何讓.NET程序脫離.NET框架的方法。現成的工具有 Xenocode 的postbuidle或者vas,還有 Salamander .NET Linker .另外還有 MaxToCode 作者以前做的 framework linker. 以及一些支持注冊表模擬和文件模擬的打包工具molebox,thinstall等. Salamander .Net Linker ，Remotesoft的一個產品，其兼容性似乎很不錯?！帮w信”就利用了它的核心。上述工具實際上分兩類：一、偽編譯就是把磁盤上的 dotNet程序轉換成 win32 的程序，但運行后在內存中實際上還是dotNet程序，只是使用了一個win32 loader，把dotNet程序整體打包嵌入到了這個 win32 的loader中。二、ngen編譯 ngen 是 dotNet提供的將IL編譯成native的工具。 這種可以算是真實的編譯吧。但是它們有一個共同的特點，依然不能脫離dotNet框架單獨運行，當然可以使用虛擬框架運行。其中飛信框架有兩個主要文件 FetionVM.exe 和FetionVM.srm 這個兩個是框架的loader程序，用來加載待運行的dotNet程序。FetionVM.exe是native的win32程序，它實際上只是調用了rsdeploy.dll 里面的三個函數來啟動 fetionvm.srm。srm這個文件其實是一個最簡單的。net程序，在這個srm文件里面它會用反射啟動 參數傳遞進來的那個 。net程序。FetionVM.exe很簡單，反匯編看看就清楚了。fetionvm.srm是DotNet程序，如果用reflector等工具查看會發現它只是一個“空殼”，里面啥都沒有。真正的實體在\C\WINDOWS\assembly\NativeImages_v2.0.50727_32\FetionVM\6e39d95b1cb7d342a0ad2b892350dc65\FetionVM.ni.exe 中。 FetionVM.ni.exe 就是 ngen生成的native文件。 fetionvm.srm實際上使用了 native compile方式的保護。fetionvm.srm這個文件的存在只是用來欺騙framework，框架在加載 fetionvm.srm 后，根據其程序集名稱在 nativeimages中查找是否存在 native code，如果有就會加載 native code版本的。native compile 方式就是將dotNet程序編譯成native的本地代碼，有代表性的相關工具有xenocode, themida 和 remotesoft。 Net 框架目前逐步在普及了，仍然有很多人在尋找如何讓.Net程序脫離.NET框架的方法。現成的工具有 Xenocode 的postbuidle或者vas,還有 Salamander .NET Linker . 另外還有 MaxToCode 作者以前做的 framework linker. 以及一些支持注冊表模擬和文件模擬的打包工具molebox,thinstall等. 最后還有一個實現方法. Jason做的 framework linker,以前我也使用過, 他的實際上是利用了 Remotesoft的內核文件,然后自己實現了一個loader。好像是使用的早期的內核文件，兼容性也不太好。 Salamander .Net Linker ，Remotesoft的一個產品，沒有可以下載的，但是其兼容性似乎很不錯。移動的飛信軟件就利用了它的核心。 這個方法似乎是利用remotesoft的核心和飛信的框架，因為他并沒有免費公開方法，從樣例可以看到有remotesoft的核心文件以及飛信的框架程序。這里要介紹的方法是直接利用飛信的框架來實現脫離 .Net framework運行。 首先下載一個飛信的程序安裝。在安裝目錄中會有 VMDotNet 目錄。這個就是.Net框架虛擬環境需要的文件。直接把整個目錄提取出來。 使用方法： FetionVM.exe pathtoyoureexe。就是直接把你的 .Net 程序 作為命令行參數傳遞給 FetionVM.exe 就可以在這個虛擬環境中執行你的.net程序了。 最好再自己寫一個啟動程序，首先檢查系統是否安裝了.Net框架，如果有直接運行。沒有調用虛擬環境運行。這個啟動程序飛信也有，如果不想自己寫就直接拿飛信安裝目錄中的 Feition.exe，但是這樣的話 你自己的.Net程序的名字必須叫 FeitionFX.exe 。把它和Feition.exe 放在同一目錄下，直接執行 Feition.exe 即可。另外，如果你對.Net程序使用了加密保護，需要注意一下，目前市面上的大部分。Net加密工具加密后的程序集不能在這個虛擬環境中運行的。這個東西除了能實現脫離.net框架運行外，還有另外一個副作用--讓.net程序運行在指定版本的.net 框架中。

網站是企業的互聯網名片，是開展互聯網業務基礎平臺。在目標明確的基礎上，成都創新互聯公司憑借團隊豐富的設計經驗完成網站的構思創意即總體設計方案，自成立以來，一直致力于為企業提供從域名注冊、網站策劃、網站設計、成都品牌網站建設、電子商務、成都外貿網站制作、網站推廣、網站優化到為企業提供個性化軟件開發等基于互聯網的全面整合營銷服務。

ERP要完蛋了？

以下文章來源于阿朱說 ，作者呂建偉

導讀

從2015年開始，中國在風投的推動下，出現了一大批創業的、原生長在公有IaaS云上的、原生SaaS技術架構的企業軟件廠商。因為創業、力量薄弱，所以他們的創業就是做 單品尖物 ，希望針尖捅破天。

文章來源

本文作者：呂建偉（網名阿朱），用友網絡副總裁、用友研究院院長，著有《走出軟件作坊》。數字化企業經「阿朱說」授權發布。

在這兩年，中國有個媒體潮，那就是： 單品正在拆解ERP，ERP要完蛋了。 如果單品能力不足，還有PaaS開放平臺和低代碼平臺來發動全業界生態進行快速商業創新來補嘛。

看到這個思潮，我又想起了SAP在90年代末。因為在90年代末，全球互聯網真是大熱啊，而且當時還崛起了不少獨立模塊的巨頭：如CRM軟件廠商Siebel，如人力專業軟件廠商PeopleSoft......所以在當時SAP也遭遇了這個問題，那就是ERP要完蛋了， 一方面受互聯網電子商務顛覆，一方面受單點獨立模塊頭部廠商拆解，SAP真是被兩頭夾擊啊。

20多年已經過去了， 咱們有必要回顧一下SAP是怎么做到大爺還是你大爺，ERP還是ERP的。

回顧過去，審視現在，平和心態，走對路。

企業應用軟件

01 ERP

ERP是有個前世的：60年代的MRP、70年代的閉環MRP、80年代的MRPII，到了90年代就形成了ERP。 1990年，Gartner定義了ERP。1992年，SAP 發布R/3，是世界上第一套符合ERP定義的企業內部管理軟件套件。

02 企業應用軟件分層

企業分為： 高層決策層、中層管理層、基層操作執行層。所以 企業軟件也有： 決策軟件、管理軟件、操作執行軟件。我們今天重點談管理軟件，不重點談決策軟件和操作執行軟件。

03 企業應用軟件分類

按行業分： 這個世界，還有很多的行業，所以也會有很多行業的業務操作軟件，如電信的、銀行的、醫院的、學校的、高鐵的、飛機的、超市的、稅務局的、海關的、社保局的...。我們今天也不重點談各個行業的業務操作軟件。

很多人分不清啥叫ERP行業解決方案，啥叫行業業務應用軟件。我這里講的都是行業業務操作軟件。

那為啥有了行業業務操作軟件，還需要有ERP行業解決方案啊？ 沒有辦法，同一個客戶字段名稱，在醫院叫患者，在學校就叫學員。否則你作為醫院的工作人員，你買了套ERP，里面把患者都叫客戶，你心里膈應不膈應？

我是不喜歡把企業應用軟件按領域分的。 比如分成財務、人力、供應鏈、制造、CRM等等...因為我做的是企業資源計劃啊，我學的戰略管理、組織管理、項目管理、流程管理、全面績效管理啊，在我眼里，企業是個完整的實體，我要去統籌企業所有這些資源為戰略目標達成和績效價值而努力，而不是財務+人力+采購+制造+銷售+客服堆加起來的。

ERP的鼻祖和老大：SAP

SAP自從1971年成立，到今年50年了（半個世紀）。

在這半個世紀， SAP主要發布了幾個大版本的產品：R/1（1972年）、R/2（1982年）、R/3（1992年）。這三個版本真的是一代代完全重寫的啊。

在R/3之后的2001年出了一個MySAP.com。主旨就是連接：

從上游供應鏈管理SCM向外延伸，主要是嘗試和當時流行的B2B電子商務鏈接在一起，推出了 SRM模塊 。

從下游SD銷售與分銷管理向外延伸，推出了 CRM模塊 。

從MRP向上游延伸，延伸到了研發環節，推出了 PLM（產品生命周期管理）模塊。

你看，MySAP這個套件版本就是R/3的延伸了。

SAP曾經想把這一套命名為ERPII。但是，終究沒有樹立起來。

你發現沒，SAP，這個從成立以來就一直專注做全球巨型企業ERP的廠商，每十年就發布一代新版本。 這就意味著，客戶陸陸續續把模塊好不容易都實施上線了，剛剛流暢用起來了，對不起，下一代來了。

在MySAP.com之后，2004年，SAP又推出了ECC和NetWeaver。這個版本表明：我SAP也不是無所不能，我只做這些核心（ECC就是企業核心組件的意思）。其他的，你們和我的集成平臺NetWeaver集成吧。（NetWeaver就是SAP在2001年并購的TopTier基礎上搞出來的）。

那集成啥呢？ 集成決策層軟件、基層操作執行軟件、行業業務操作軟件啊。所以ECC也是R/3的延伸。

2004年之后，2010年，SAP在并購TIM內存數據庫、Sybase關系數據庫、BO可視化的基礎上，推出了自家的大數據技術平臺HANA。2012年，在HANA的技術支撐下，把ECC進行了匹配改造，換了技術地盤，這就是現在的S/4 HANA。后來又支撐了云原生技術，這就是后來的S/4 HANA Cloud。你看S/4也是R/3的延伸。

說白了， SAP從1992年后，這30年來，軟件就沒有重新開發過，就是不斷持續改進。

說明，ERP在90年代就已經恒定。

ERP標準和產業協會

中國是大政府、小 社會 。所以類似 社會 性的組織：比如宗教、協會、互聯網公司，都比較......

歐美是小政府、大 社會 。所以協會的力量異常強大。我過去專門寫過文章介紹過歐美的協會，太扎實了：

1、 產業發展規劃： 產業前瞻洞察、國家規劃參與制定與建議

2、 產業標準制定： 產業標準制定、產業標準推廣與培訓、產業標準評測認證咨詢

3、 標準推廣： 媒體（產業信息披露報道/展示推廣）、線下展會（展示推廣）、游學參觀交流（深度學習交流、促進合作）

4、 公共平臺研發： 開源平臺研發（內置標準）、投資基金會（支持開源平臺研發）

而60年代的MRP（物料需求計劃，Material Requirement Planning，MRP），就是美國生產與庫存控制協會（APICS：American Production and Inventory Control Society）定義的。

另外再多說一句： MES是制造執行系統協會 (Manufacturing Execution System Association，MESA) 定義的。SCM是美國供應鏈協會定義的。

為啥中國的企業應用軟件產品是借助若干個大客戶的現實項目打磨出來的（其實不能叫標準產品，而是叫多個大客戶的混合體）。為啥歐美企業應用軟件產品能一次性做對， 其實和這些協會定義行業標準、推廣認證行業標準、落地行業標準到軟件中有莫大關系。

60年代MRP：物料需求計劃

MRP是Material Requirement Planning，物料需求計劃。

要生產一個產品，需要有五個資源要素：

1、生產什么：產品圖紙

2、生產原料在哪里：物料管理

3、生產設備在哪里：設備管理與設備維護

4、生產工人在哪里：勞動力管理

5、生產資金在哪里：會計與財務管理

要生產了，到底需要多少物料？這就是典型的物料管理之物料需求計劃。

現在物料有多少，這就是典型的物料管理之物料庫存管理。

但是除了庫存還不夠啊，咋辦？這就需要采購了。但其實 供應鏈管理SCM是在ERP時代才出現，因為SCM涉及到企業-供應商之間，不單單是企業內部各個部門協同的事了。

在60年代，大家還是把精力主要放在依靠自己內部資源在內部搞定問題。

70年代閉環MRP

在60年代MRP時期，其實咱們忽略了一個問題： 到底要生產多少產品？到底要具體什么時間生產出多少產品，比如全年要生產100萬件產品，是每月生產10萬件，還是有幾個月要多生產，其他幾個月要少生產？

因為只有這個問題明確了，才能推導出到底需要多少零配件和原料，什么時候需要。

但是這個問題在60年代不是事。 因為在60年代是求大于供的時代，只要你能生產出來就有人搶著買走。但是到70年代了，這事不靈了，進入了基本供求平衡的時代了。該考慮生產多少了。

但是因為當時問題還不尖銳，所以企業會根據自身發展目標和市場需求調研，先自己搞個假設性的生產規劃。

然后根據自己的生產能力、生產設備運轉負荷，搞個主生產計劃。

根據主生產計劃、產品物料清單（BOM）、物料庫存，來制定物料需求計劃。

這就把物料-生產聯系在了一起，這就是閉環MRP。

80年代MRPII

Manufacture Resource Plan

MRPII：Manufacture Resource Plan，意思是制造資源計劃。

一開始咱們就說了，要生產一個產品，需要有五個資源要素：

1、生產什么：產品圖紙

2、生產原料在哪里：物料管理

3、生產設備在哪里：設備管理與設備維護

4、生產工人在哪里：勞動力管理

5、生產資金在哪里：會計與財務管理

剛才MRP、閉環MRP是把物料問題算是比較好地解決了。但是其他還沒解決啊。

所以為了讓生產設備不能出現異常停工導致計劃錯亂，就出現了 設備維護系統。SAP后來出了PM模塊（Plant Maintenance，設備維護）就是干這事的。

為了核算產品生產成本，進行產品定價，就需要核算生產產品中需要的設備投入成本、人力投入成本、物料投入成本。所以出現了管理會計模塊，當時重點在成本核算，還不在預算、目標成本控制。你看SAP CO模塊（Controlling）就是干這事的。為了核算設備投入成本，也就有了SAP AM模塊（Asset ManageMent）。 財務會計、管理會計、固定資產核算與管理，成了財務產品線的三大核心模塊。

為了核算生產工人投入成本，就有了勞動力管理。這就是SAP HR軟件的起源。 所以，SAP的HR軟件是一直靠著HCM（人力資本管理）路線走的。而后來崛起的專業的獨立的HR軟件廠商PeopleSoft，是靠著人才管理（Talent Management）路線走的。

為啥從生產制造管理而來的軟件會最后化為普遍的各行各業都能用的軟件？就是因為財務、人力這兩大職能產品線的出現。所以說啊，MRPII就是這道關鍵的翻轉門。

90年代ERP

Enterprise Resource Planning

ERP，Enterprise Resource Planning，企業資源計劃。很清晰，就是企業這個邊界范圍內的各種資源（不限于制造資源），更好的運籌起來發揮最優的排列組合價值。

90年代，已經到了供大于求的時代了，現在不好好做好產供銷的聯動、只搞生產制造工廠內部那點事，已經不行了。所以， ERP其實是企業采購部門、生產部門、銷售部門三個部門要打通聯動。

所以，ERP開始在MRPII的基礎上繼續擴張：

1、 供： 沒有物料了怎么辦，得采購啊。所以擴展出來新的模塊：SCM（供應鏈管理）。

2、 銷： 你怎么定生產規劃和主生產計劃？一定需要以銷定產。那能銷多少呢？過去的銷售，要么是直銷要么是分銷，所以就出現了銷售管理和分銷管理系統。在SAP就出現了SD模塊（Sales and Distribution）。

3、 產： 你是以銷定產了，生產的進度符合市場銷售周期，生產的數量也對。但是產出來產品質量不好，賣不出去，那也不行。所以就出現了全面質量管理系統。在SAP就出現了QM模塊（Quality Assurance）。

2000年代ERPII

Enterprise Resource Planning II

其實這就是咱們最開頭講到的SAP推出MySAP.com這個套件想主打的概念：ERP II。

意思就是從ERP套件基礎上繼續擴張：

1、 供： SCM供應鏈管理還是延伸的不夠，需要和供應商直接關聯在一起，所以就出現了SRM。

2、 銷： 銷售與分銷管理還是不準確，必須要擴張到最終客戶甚至潛在客戶。所以就出現了CRM。

3、 產： 生產工廠得和設計院緊密合作啊。于是就出現了PLM。

所以， ERP是企業內部資源計劃，而ERPII其實已經擴張到企業外部了， 這都不屬于經典的ERP了。很多人對ERP沒有認知，以為CRM也是ERP的一部分，這是不對的。

SRM：企業-供應商。

CRM：企業-客戶。

PLM：企業-設計院。

這樣的思路，在2001年這個時間節點產生，一點都不奇怪，畢竟那是人類第一次全球互聯網熱潮嘛。 但那已經不是正宗的企業內部資源計劃管理了。

2010年之后的世界

1995年Amazon誕生，在線零售銷售交易。

1995年Yahoo誕生，在線資訊門戶數字廣告。

1998年Google誕生，在線信息搜索數字廣告。

2004年Facebook誕生、2006年Twitter誕生，在線交互社區與在線社交媒體數字廣告。

2009年WhatsApp誕生，在線IM社交數字廣告。

所以，在SRM的基礎上，又延伸出了B2B電子商務。

所以，在CRM傳統線下面銷、電話呼叫中心電銷、EDM和官網銷售三大招的基礎上，又延伸出了：B2C電子商務零售、ADTech（廣告技術）、MarTech（營銷技術，主要偏社區營銷）。

所以，在PLM的基礎上，又延伸連接到了研發設計工具一條鏈上： 3D CAD-CAE仿真驗證-VRAR仿真體驗-CAPP工藝路線-CAM計算機輔助制造控制-3D打印增材制造。而很多人，又因為CAM計算機輔助制造控制，又和工業自動化一條鏈連接在一起：CNC、工業機器人、PLC、DCS、HMI、SCADA、設備遠程診斷與運維、數字孿生遠程可視化。 其實，研發管理、研發設計工具鏈、工業自動化鏈，是三個完全不同的東西。這真是拔出蘿卜帶出泥。

而上述的這些，和ERP一點毛關系都沒有。

小尾巴

很多人說，阿朱老師：

1、供：從供應鏈管理衍生出來的WMS、TMS屬于ERP不？

2、產：從生產管理衍生出來的APS、MES屬于ERP不？

3、銷：從銷售與分銷管理衍生出來的零售門店POS屬于ERP不？

我想呵呵。這些都是操作執行層軟件，不是管理層軟件。 第二明確說一聲，這根本不屬于ERP，ERP是企業管理軟件。

擴展還在繼續

當年，開發-部署-配置，企業IT部門的人就會。后來分布式中間件技術出現了，企業IT部門人就不會了，企業軟件建設工作重心就轉移給了乙方的專業實施人員了。過去的實施人員，SQL開發-部署-配置，全掛子本領。后來分布式數據技術出現了，實施人員也不會了， 現在的實施人員就會做應用軟件配置了。我在想，啥時候實施人員連應用軟件的配置都不會了？

現在，財務、人力、供應鏈、制造、CRM、營銷、電子商務，每一塊都異常龐大。 就連過去財務中的一個小點（如費控）、采購中的一個小點（如企業辦公采購、員工商旅采購、員工福利采購），現在都能做一家上市公司。所以估計現在實施顧問連軟件配置都Hold不住了。過去一個實施顧問就能懂全部套件，后來只能懂一個產品線，后來就懂一個模塊。我估計未來啊，一個實施顧問就懂一個應用場景。

過去一個實施人員包打天下，現在細分的很：

1、業務咨詢顧問（業務專家）：戰略規劃、業務管理梳理與改進

2、IT咨詢顧問：IT藍圖規劃、IT集成方案、IT數據方案、IT治理方案

3、售前顧問：IT需求-產品組合解決方案

4、銷售：報價-商務

5、技術實施顧問：產品部署（高可用、高穩定、高性能、高安全）

6、應用實施顧問：產品配置

7、定制開發工程師：擴展新功能開發、插件開發、集成開發、報表開發

8、數據工程師：數據清洗、數據歸檔、數據ETL、數據加工、數據挖掘

有人說“使用易語言的人是國內最賺錢的碼農”，對此你怎么看？

行業內流傳著這么一個說法：“如果沒有了易語言，那么外掛將減少一半”。我見過老老實實打工成程序員（架構），最多一年可以掙到三五百萬，但是和寫外掛的程序員相比，確實還是有一些差距的（外掛就是外掛，還叫什么 游戲 輔助）。

易語言的初衷

易語言的出現可以追溯到20年前，它的設計初衷還是很好的，先不討論易語言是不是在英文編程之上加了“一層皮”，易語言的出現確實突破了英文編程的限制，降低了編程的門檻，可以讓不懂編程和英文的人，經過簡單的學習就可以學會編程。

所以如果只看易語言的初衷，還是值得稱贊的，易語言在中文編程做出的貢獻是值得鼓勵的。

走著走著，走偏了

易語言的前景不是很明朗，更新很慢，而且社區支持并不強大，語言生態比較差。

順便說一下【生態】這個問題，很多人理解這個詞有一些困難，舉個例子：比如安卓和Window phone，大部分APP都有安卓版本，不一定有Window版本，這就是生態的好壞。

結果易語言沒在主流道路上快速發展，卻在“非主流”的道路上一發不可收拾。

早期國內對于 游戲 外掛沒有正式的立法限制，后期有正式立法之后，由于 游戲 行業的高速發展，還是有很多人禁不住金錢的誘惑，想利用外掛謀取高額的回報。

這時候有編寫外掛能力的程序員開始編寫動態庫，把外掛的基本功能封裝到動態庫里進行出售，這樣既可以獲取到高額回報，又不直接參與外掛的銷售或使用；而拿到“外掛內核”的人，使用易語言進行簡單的包裝，就可以完成外掛的制作。

在這種背景下，讓易語言在外掛制作行業中，占領了一席之地。

不過再怎么說，外掛的開發、銷售、使用違反了法律的規定，在我國法律中屬于非法互聯網出版活動，情節嚴重的，可構成非法經營罪。

所以奉勸正在正在使用或者考慮使用易語言進行外掛開發的程序員，還是能“安守本分”一些，千萬不要變成“易語言從入門到入獄”。

我將持續分享Java開發、架構設計、程序員職業發展等方面的見解，希望能得到你的關注。

坦白來講易語言現在能慢慢流行起來還是有一定 歷史 原因的，易語言設計之初帶著美好愿景,讓中國人擁有自己的編程語言，突破英語限制，讓一些起點低的人也能使用中文編程，在誕生之初還是贏的了很多人的贊譽，但很多標準的程序員覺得只是在現有編程語言的基礎上加了一層皮而已，沒有多大的創意在里面，無論怎么樣起碼不懂得英文的可以借助這個平臺在里面實現編程的功能了。

為什么很多人采用易語言去做 游戲 的輔助？

這件事說起來，還存在一定的時代背景， 游戲 外掛在2008年之前國內還沒正式的立法，屬于法律的空白期，在這之前 游戲 的外掛或者輔助之類的軟件開發人員基本上都或多或少的掙了不少錢，但真正立法之后從事這塊的人員已經減少了很多，因為直接參與外掛的編寫并且產生經濟獲利就能構成犯罪了，但 游戲 行業還是如火如荼的發展，還是有很多人擋不住金錢誘惑想在這面撈上一筆。

特別是一些學歷不高，但是想著通過這個產業發財的人還是大有人在。但因為國家已經立法了，所以很多真正具備編寫外掛能力的技術人員，想出來另外的一種方式，就是編寫一套dll文件，就是動態庫，把外掛的基本功能封裝成庫賣給直接參與開發的人員，著中種算是打了一個擦邊球，直接參與的開發人員大部分屬于一些想著發財，但學歷起點不高的人，所以易語言在這種場景下算是有了極大的生存空間，所以現在網絡上很多 游戲 輔助的都是易語言弄得，界面很丑陋，但能完成基本的輔助功能自動回血，打怪等等基本操作，當然 游戲 外掛不僅僅是通過易語言來設計，有些簡單重復的動作可以直接使用按鍵精靈等模擬按鍵的操作。

記得在06年左右有個同事專門做騰訊的 游戲 外掛，后來被騰訊告了，但由于當時對于外掛還沒有立法，里面呆了三個月，除去罰款還獲利了幾百萬，據說直接從北京辭職回老家過小日子去了，很多人都想著一夜暴富，但現在的立法越來越完善，漏洞也會越來越少，而且做這種事情畢竟屬于不見光的行徑，既然有了這種編程技術倒不如老老實實做一個技術人員，真要對于技術有一種特殊的愛好堅持下去，不斷的積累打磨一樣可以讓日子過得很充裕，而且還能做的正大光明，心懷坦蕩。

任何一種語言的發展過程都不會一帆風順，雖然易語言已經有些年頭了，現在的名聲也不全是正能量，隨著時間推移，以及技術的不斷更新，一定會有一個非常大的前景，畢竟是唯一一款可以用漢語編程的語言，還是具有很大的影響意義。

奉勸一些想在 游戲 外掛或者輔助撈一把的人，倒不如踏踏實實學一門編程語言，真要是一個編程的好手，做什么都能讓自己發光發熱。

希望能幫到你。

曾經有很多人使用易語言，在法律的空白期，兜售外掛，大撈一筆。除去外掛一說，易語言從誕生到現在，系統更新迭代簡直可以用龜速來形容，且社區支持不強大，語言生態較差。這也是任何一門行業的禁忌，如果不注重創新，就只能被比下去。 （全文700 1000字，預計耗時3分，文末有免費軟件【5并發】相送）

當代人，處理工作都追求時間短，效率高！“低代碼”這個名詞，便應運而生。

編程，已經不需要學習各種高級語言

在低代碼開發工具上面編程，你完全不用學習任何一門語言，別說C，C++，Java，python......就算是入門門檻低的易語言，也不需要學習。

當然啦!編譯也用不上，更不需要像excel那樣要借助VBA，才能開發軟件。

就拿云表來說，這款低代碼開發工具，在管理軟件開發領域方面，已深耕10余年，并有了很大的建樹。

在云表這里，使用者只需要像在excel的界面上，拖拉拽，以畫表格的形式的編程，就能搭建出各種管理軟件和報表。比如說像管理軟件WMS、CRM、ERP、OA、BI、SRM、BPM、進銷存、車輛管理系統、教務系統......像報表有損益表、現金流量表、財務報表、采購單、離職檔案、報銷單、銷售單......

知道你會不服氣，但云表能做的不止這些

你或許會覺得它不靠譜，但我可以肯定的告訴你，放一萬個心!

云表是以Java為基礎搭建出來的，內嵌了MySQL數據庫，用戶不需要再專門去維護數據庫和系統，這些底層的IT技術可以放心交給云表的研發團隊。

也就是說，你專注于自己的業務流程就行!沒有代碼，不懂數據庫，照樣可以“拖拉拽”編程開發軟件。

而像日常的業務功能：數據透視、數據分析、一物一碼、掃碼入庫、PDA集成封裝、外接數據源、連接API網關、與用友金蝶等第三方系統集成、預警提示、質量監控、生成可視化商業大屏、權限控制、海量用戶在線協同辦公、生成移動端APP......等等，只要是你需要的業務功能，在云表這里，基本上都能實現。

你以為這樣就完了嗎？像云表這樣的“拖拉拽”的獨特表格編程方式，不僅方便業務人員，在任何時候，都能按照需求對軟件的功能進行重新的增刪查改，而且這種開發方式，效率高于代碼開發的5 8倍。

而這也催生了一種另類的程序員，一種不用寫代碼，不用學高級語言，懂中文，會業務的程序員。

事實上，很多人也在用云表，給別人開發進銷存之類的管理軟件，用幾天的時間，來賺幾千到幾十萬不等的“外快”。

還是不認可？看這里

華為、海爾、中國電信、首鋼、中冶、華風氣象、恒逸石化、航天科工委、國家道路與橋梁工程檢測設備計量站、燕山大學......各種知名企業、事業單位、知名高校，都在用它來開發自己的管理軟件。你覺得它有沒有發展前景呢？這里我不發言，把話語權交給你！

上圖為用云表生成的移動端APP。

最后，免費的獲取方式在此奉上：

獲取方式：

說到底，所有的語言、工具都是實現目標的手段，哪個工具更快、更高效，我們就應該選哪個！

易語言制作windows窗口軟件，上手快，最大的好處是，單文件，兼容大部分的window版本，對于黑產客戶比較方便。大部分定制的人就是喜歡，打開就能用，點擊按鈕就有效果，至于什么效率，只要比手動快就足夠，

99年上大學，那時的技術文檔都是英文。一些大蝦認為我們水平不高的主要原因是語言的問題，聰明的中國人被蹩腳的英語耽誤了！于是有人寫了E,這種中國人自己的編程語言！

在我看來這門語言是中國一代IT人為了夢想邁出的第一步，無論它好或壞都請各位尊重它！

我本人就是易語言使用者，客觀的說您的觀點是錯誤的，易語言本身的設計就限制了發展空間

因為都是灰色的比較多

其實吧，易語言寫簡單的小程序(外掛還真不屬于簡單小程序里，因為牽扯到 游戲 尋址和亂七八糟需要考慮的種種問題)是很簡單的，如果說做一個正八經稍微大一點的程序跟其他語言差不多，而且易語言程序在穩定性方面還是有很多不盡人意的地方，誤殺也是，再者，在這不得不提到編程思想，如果說沒有很好的編程邏輯用再好再流行的語言也是渣渣

以前學c+ ，難， 后來上手易語言，自己摸索 ，最方便的就是外掛， 另外做些輔助自己的東西特別快 方便。 感覺就像VB。

后來在公司運行過一次程序，報毒攔截。所有人都知道了

還是轉學其他的了

都是灰產，取巧性比較大，不過高級的都是有其他編程底子的，其他行業一樣風生水起

哪個公司做的電子招投標系統做的比較好？

數字化招標采購 系統可以關注北京筑龍，國內領先的智慧化招標采購平臺建設及一體化運營服務商，已為招商局集團、東風咨詢等央企、國企提供高效、安全、先進的電子招標采購系統。

1.筑龍企業電子招投標系統建設將按照《中華人民共和國招標投標法》等法律法規，根據招標方的管理制度和工作流程，運用信息技術，將各類信息資源進行整合和集成，并與現有系統進行整合，打造一個安全可靠、穩定高效、操作便捷、擴展性高的交易平臺。系統包含招標投標門戶網、招投標業務管理平臺、招標人監督平臺并根據企業實際情況開發綜合辦公平臺、數據智能分析平臺、信息資源庫、應用支撐體系等功能。

2.提供超過96個功能模塊供企業選擇，各模塊之間可以靈活配置，通用性及可擴展性強，在功能豐富的前提下不對客戶進行功能綁架，而是根據客戶要求完成對系統的定制開發和配置要求；系統提供良好的二次開發接口，可快速構建個性化業務系統，最大限度降低用戶的成本；以達到較高的升級便利性和高效性，最大的減少用戶的應用推廣成本。

網站標題：srm開源代碼java,srm項目
本文路徑：http://vcdvsql.cn/article30/heddpo.html

成都網站建設公司_創新互聯，為您提供營銷型網站建設、品牌網站制作、App設計、企業建站、微信小程序、微信公眾號

廣告

聲明：本網站發布的內容（圖片、視頻和文字）以用戶投稿、用戶轉載內容為主，如果涉及侵權請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網站立場，如需處理請聯系客服。電話：028-86922220；郵箱：631063699@qq.com。內容未經允許不得轉載，或轉載時需注明來源： 創新互聯