微軟低代碼開發平臺（低代碼 微軟）

本篇文章給大家談談微軟低代碼開發平臺，以及低代碼 微軟對應的知識點，希望對各位有所幫助，不要忘了收藏本站喔。 今天給各位分享微軟低代碼開發平臺的知識，其中也會對低代碼 微軟進行解釋，如果能碰巧解決你現在面臨的問題，別忘了關注本站，現在開始吧！

本文目錄一覽：

• 1、低代碼開發平臺發展歷史是什么？
• 2、為什么低代碼最近又火起來了？
• 3、求廣大網友告訴一下低代碼開發平臺好不好用？
• 4、低代碼開發平臺與零代碼開發平臺相比，誰的性價比更高
• 5、中軟國際推出的“低代碼”開發平臺指的是什么？
• 6、如何看待微軟推出的Power Apps，和之前的宜搭、活字格、J2PaaS、氚云等低代碼開發平臺對？

低代碼開發平臺發展歷史是什么？

1982年，詹姆斯·馬丁（James Martin）出版了《無程序員的應用程序開發》一書。他在書中寫道：“每臺計算機可用的程序員數量正在迅速減少，以至于將來大多數計算機必須至少部分地在沒有程序員的情況下工作。”

現在低代碼開發平臺對于編程已經產生了很大的影響，改變了公司和開發人員的工作方式。低代碼開發平臺相比傳統編程方式更加容易和高效。開發人員只需通過可視化的工作流程拖拽完成應用程序創建。

在14年的時候，Forrester創造了“低代碼”一詞來對專注于開發簡單性和易用性的開發平臺進行分類。這些平臺無需完全了解編碼就可以通過可視化的模式配置應用，低代碼就此迅速流行起來。

之后西門子以6億歐元的價格收購低代碼應用開發平臺Mendix，后有低代碼開發平臺「OutSystems」獲 KKR 和高盛 3.6 億美元融資，一躍成為行業獨角獸。國內低代碼市場也迅速崛起，涌現出一批低代碼廠商。

為什么低代碼最近又火起來了？

為什么低代碼火了？

低代碼并非突然就火了，低代碼的趨勢已經在企業應用上得到大范圍普及，并且這也將是未來代碼開發的必然趨勢。憑借著社會生產力變革的革命性優勢，低代碼作為新一代軟件開發技術，不斷的優化企業信息化領域的開發模式和發展格局。

什么是低代碼呢？

低代碼開發平臺是無需編碼（0代碼）或通過少量代碼就可以快速生成應用程序的開發平臺。通過可視化進行應用程序開發的方法，使具有不同經驗水平的開發人員可以通過圖形化的用戶界面，使用拖拽組件和模型驅動的邏輯來創建網頁和移動應用程序。

低代碼開發的好處

1.低代碼平臺產生的應用具有易于使用的即裝即用集成和易于開發的特點，它們的應用非常先進，可幫助公司在技術曲線上保持領先地位。

2.企業不必再花費大量時間和金錢來制作移動應用程序。低代碼平臺以很小的成本提供了執行速度，這有助于公司以更少的成本和時間實現更多的目標。

3.低代碼的開發速度將是傳統編程開發速度的6-10倍，以往需要幾個月完成的軟件系統，低代碼可以幾天就可完成。

低代碼開發現在盛行的原因：

1、 低代碼開發從微軟一家獨大，到現在終于有了眾多競爭者可以參與了，包括國內的眾多低代碼開發產品，是因為互聯網和開源世界的崛起，造成了百家爭鳴的繁榮局面；

2、 在非微軟體系的世界里，大家（Java、H5、Linux等）終于在操作系統、中間件、數據庫等領域取得了長足的進步，可以在開發效率提升的領域與微軟一較高下了；

3、 現在的低代碼開發工具，更重視輕量化、互聯網應用、面向流程自動化開發、移動應用開發、服務端的后臺開發等方面。桌面領域還是微軟的天下，不要小看桌面級應用，面向企業的toB應用絕大部分都是運行在桌面的。

求廣大網友告訴一下低代碼開發平臺好不好用？

低代碼開發平臺好不好用微軟低代碼開發平臺？主要看它解決了哪些問題！

1、它能讓用戶擁有高敏捷性

由于它們本質上是可視微軟低代碼開發平臺的，因此以低代碼平臺創建應用程序可以使過程更加敏捷、有效。

2、它能給企業降低成本

用更少的時間構建應用程序為公司節省了大量資金。它減少了對更多開發人員的需求，從而節省了勞動力和就業成本。而且，由于它具有使幾乎所有任務變得更有效率的能力，因此整個組織的生產率更高，生產率提高等于利潤增加。

3、它能帶來更好的客戶體驗

低代碼創新是快速有效的，使公司能夠跟上不斷變化的客戶需求的趨勢。更好的客戶體驗意味著可以獲得更忠誠的客戶，忠誠的客戶創造終身利潤。

4、它能填補科技人才缺口

隨著科技人才缺口的擴大，低代碼允許企業開始填補科技人才的缺口，而無需花費大量金錢。

5、它能大幅縮短開發時間

與傳統方法相比，用戶平均可以將應用程序的開發周期縮短10倍，從而可以更快地將產品推向市場。

6、它能更加的智能（自動化）

與業務和生活中的所有其他事情一樣，自動化使事情變得簡單，并確保避免了大多數麻煩。低代碼具有可加速產品開發并賦予業務專家開發功能的能力，這些專家了解數據和過程的流程，他們通過使用低代碼開發平臺將這些流程進行自動化。

低代碼應用程序開發消除了與開發、部署、維護和更新使用傳統軟件開發框架和技術構建的應用程序相關的繁瑣工作。使企業能夠快速交付業務價值，并隨著業務的發展不斷改進這些應用程序。

合理并且有效地運用低/零代碼開發平臺，不僅可以讓我們工作高效地運行，還能最大程度保證團隊目標的達成。

低代碼開發平臺與零代碼開發平臺相比，誰的性價比更高

這幾年很火的一個概念叫低代碼 ( Low Code Development ) 開發微軟低代碼開發平臺，用少量的代碼就能開發復雜的業務系統。然后更進一步，由此又催生出一個新的概念：零代碼開發 ( No Code Development )。

但是想想人工智能，吹微軟低代碼開發平臺了這么多年，落地的應用有多少呢？語音開空調？關窗簾？可以查天氣的Siri？最有用的好像是自動駕駛，算是在一個細分領域的具體應用。是的，理想總是美好的，現實卻要腳踏實地。本文就來扒一扒零代碼開發平臺美麗故事后的真實現狀。

零代碼開發是新技術嗎？

其實零代碼開發并非什么新鮮的概念。2000年左右就非常普遍。大家還記得水晶報表 ( Crystal Report ) 嗎？不需要依賴開發人員，使用圖形化的工具就能繪制報表。還有 Lotus Notes，可以在界面上配置數據表單，并且通過郵件的方式發送到各個部門填寫。還有BPM軟件（審批王、K2等），無需開發人員介入，使用圖形化的方式就能配置表單與流程，實現業務流程的數字化。還有自助建站系統，選一個模版，畫幾個網頁，就能生成一個高大上網站。然而這些都是20年前就存在的技術，零代碼只是一個新頭銜。

零代碼開發平臺可以做什么？

從應用范圍上來說，零代碼開發目前能做的和20年前差不多，還是局限于細節的開發領域。這些開發可以總結出共性，可以標準化，可以設計出圖形化的界面給最終用戶使用，因此能大幅提升效率。

目前的零代碼開發平臺主要有三類，界面設計類、表單流程類、數據管理類。

第一類是界面設計類，通過拖動的方式繪制用戶界面。思路與傳統的自助建站系統雷同，只是現在進行了擴展，不只是開發網頁，還能與后臺的業務數據交互。不僅能繪制電腦端的界面，還能設計手機端的樣式。典型的廠商有 微軟的 PowerApps，被西門子收購的Mendix，以及獲得大筆融資的Outsystems 。

第二類是表單流程類，這一類工具談不上新技術，基本上就是BPM廠商在炒作，還是20年前那一套圖形化的流程設計、表單設計工具，換湯不換藥。這一類工具只實現了審批的過程管理，流程結束，管理就結束了。

第三類是數據管理類，這一類工具最早的實現方式其實是Excel，可以設定很多字段，可以把數據錄入進去然后進行統計。隨著應用的深入，為了實現共享編輯，Google發明了云端的Excel，可以多人同時編輯，可有追蹤每個人的修改痕跡。但Excel不能定義字段類型，不能做輸入校驗，不能控制權限，于是 Salesforce 發明了云端數據庫的模式，可以在線創建數據表，設定字段，并融入了第一類和第二類開發工具的界面設計、流程設計的功能，打造了一套云端開發管理系統的新模式，也因此迅速紅遍全球，成了最熱門的管理軟件開發工具。

零代碼開發真的這么美麗嗎？

前面Salesforce的故事只說了一半，零代碼只是開發的第一步。微軟低代碼開發平臺我們都知道Excel可以配置公式，實現數據計算，并提供了數百個公式，可以實現很多很復雜的功能，這就是一種最基本的低代碼。這些公式，給簡單的Excel文檔帶來了更大的價值，說的高大上一點，也算是一種人工智能。

系統開發也一樣，你不可能只是簡單的錄入和查看數據，為了讓系統更智能，你必須要做很多計算。比如對于一套物品領用的管理系統，你需要實時扣減庫存；對于一套會議室預約的系統，你需要計算會議室是否被占用；對于一套請假系統，你需要計算員工的年假還剩幾天，還能不能繼續請年假。這些就是開發人員所說的業務邏輯的部分。通過編寫業務邏輯，可以讓系統更智能，提升工作效率。

如何編寫業務邏輯呢？Salesforce 的實現辦法是使用觸發器，在數據保存之前，編寫代碼進行校驗，數據保存之后，更新相關的數據表。國產的低代碼開發平臺華炎魔方，也是類似的思路。

我就是不想寫代碼，能用零代碼方式實現業務邏輯嗎？

答案是可以，可以解決一小部分簡單的需求。比如 Salesforce 提供了一個工具Process Builder，可以在界面上編寫條件判斷，執行更新數據庫操作，實現基本的業務邏輯。

但是這類工具有點尷尬，如果你是一個程序員，寫一段這樣的業務邏輯可能只需要20行代碼5分鐘，但是想要畫出這樣一張零代碼的流程圖，肯定不止5分鐘。如果你是一個業務人員，這上面的東西你真的能看懂嗎？就算你看懂了，你能自己畫出這樣的流程圖嗎？或許IT部門的同事可以做到，但有沒有真正提升開發效率我要打一個大大的問號?。還有一點，這樣的流程圖，要怎么調試呢？

同時，對于大型項目，版本管理是很重要的課題，Salesforce當然也有對應的解決方案。你可以創建一個Salesforce DX項目，然后把所有界面上繪制的業務邏輯同步到本地，加入源碼倉庫進行版本管理。但問題又來了，你是通過圖形化的方式繪制的業務邏輯，所以同步到本地的也是一大堆配置文件，各種屬性用來記錄配置界面上的各種參數，源碼本身并沒有可讀性。當業務邏輯發生變更時，版本管理工具提供的代碼差異比較功能更是雞肋一樣，沒有價值。

零代碼只是一個花架子，低代碼開發平臺是最好的選擇

因此筆者認為，在界面上繪制業務邏輯是不懂開發的無奈選擇，對于程序員來說，編寫腳本思路更加清晰、更容易閱讀和修改、更容易調試，開發效率更高。國產低代碼開發平臺華炎魔方選擇編寫腳本的方式來開發業務邏輯，可以很方便的實現本地調試、單步追蹤、復制粘貼、以及多人協作下的源碼版本管理。

低代碼開發平臺有什么好處呢？

效率！企業在數字化轉型的過程中，需要面對很多問題。如何數字化？哪些部門需要數字化？哪些業務需要數字化？這些問題都需要在不斷的摸索和試錯中前行。并且業務部門永遠只能描述需求，開發人員又不懂業務，如果按照傳統的模式，項目上線通常需要幾個月甚至數年的時間才能開發完成，這會嚴重阻礙業務創新的進程。而低代碼開發平臺就不一樣了，程序員通常可以在一周甚至一天之內搭建出系統原型。業務人員可以一邊試用系統原型，一邊與程序員進行探討，找到思路差異的部分。程序員也可以一邊修改一邊與業務人員確認。使用這種迭代開發模式，數據建模通常可以在1～2周內完成，根據業務需求的復雜程度不同，業務邏輯部分可以在2～4周內完成，系統就能正式上線了。系統推廣到各部門應用之后，必然會繼續反饋各種開發需求，基于低代碼平臺開發的系統核心業務邏輯采用配置的方式實現，只需要調整配置可以快速的響應需求，很多需求當天就能調整完，當晚就能更新到正式環境。

開發效率提高了，企業的業務創新能力也就自然提升了。在一個可控的時間段內，實現公司所有業務部門的數字化轉型，把傳統分散在各個Excel，各類文件，各種子系統中的數據收集到統一的數據平臺上來，對于提升管理水平會有很大的幫助。舉一個簡單的例子：供應商管理，從供應商的初期評審、各種資質文件、到簽訂的每一個合同、每一次付款情況、每個項目的驗收記錄、每年的考評記錄，都可以在一個界面上清晰的查看。對于客戶，從初始的客戶來源，到客戶評級、每次的成交記錄、談判記錄、客服記錄、投訴記錄、是否能及時付款、甚至客戶在公司網站上的瀏覽記錄等等，都可以完整的追蹤。

只有程序員才能使用低代碼開發平臺嗎？

低代碼開發平臺的第一個能力是數據建模，這一點不需要很高的編程水平，但需要懂數據庫設計。怎樣把用戶的業務需求轉換為數據表保存下來？各種業務要素，應該用什么樣的字段類型來表現？數據表之間要怎么關聯？數據量大時，如何優化數據結構提升查詢效率？主表記錄刪除時，相關表記錄應該如何處理？很多IT部門的專家、項目經理、產品經理都掌握類似的技能，這個環節都可以比程序員做的更好。

即使是編寫業務邏輯，很多理科生在大學中都學過C語言課程。編程本身不難，定一個變量，寫一個循環，寫一個判斷，難的是各種編程框架、各種編程語言、各種函數、各種控件、各種平臺等等。低代碼開發平臺把所有的難題都在內核層面解決，開發人員只需要處理數據建模和核心業務邏輯編碼兩個部分，相對要簡單很多。如果你曾經嘗試過編寫Excel的宏，那切換到低代碼開發平臺應該沒有很大的難度。當然，一定需要時間去學習，我覺得邏輯思維清楚的人，通過培訓課程，應該可以在1～3個月之內掌握低代碼平臺的開發能力。

學習低代碼開發平臺對于程序員的個人發展有幫助嗎？

其實這是兩條完全不同的發展路徑。傳統的程序員要閱讀和編寫大量的代碼，使用各種編程語言，學習各種控件，各種函數，做的項目越多，編程水平越高。難題是技術的發展日新月異，要不斷的學習新知識，新的開發工具甚至新的開發語言。30歲必須要開始考慮轉型為項目經理或是產品經理，否則40歲以后必然要面對職業生涯的瓶頸。

而低代碼開發平臺的程序員專注于數據建模和業務邏輯實現，重點關注的是業務而不是編程，做的項目多了以后，可以成為這個行業內的數字化轉型專家。你積累的主要是管理經驗而不是編程經驗。而管理模式雖然也在不斷的試錯，不斷的優化，但是更新迭代的速度相對要慢很多，因此就好像很多管理學的教授一樣，越老越值錢。

低代碼：朝著更好的未來行進

得益于一些廠商的努力，低代碼行業正在構建起健康的生態。我們在討論低代碼的未來時，需要清楚一點的是，低代碼并非萬能，它有清晰的能力邊界，而非一些聲音所說的會“搶走程序員的飯碗”。低代碼是企業數字化建設當中“最后一公里”，在保障企業數字化進程的價值賦能下，中國市場會有低代碼的一方天地。

國內的簡搭(jabdp)開發平臺是一個低代碼開發平臺，復雜的業務功能，只需要會基本的sql語句和javascript語法，就能進行快速開發，滿足其個性化的業務需求，設計出各種復雜的企業web應用。主要特點如下：

可靈活定制：簡搭(jabdp)低代碼平臺提供了強大的定制能力，包括頁面定制、數據表管理、業務流程定制等，便于實現各類企業應用。

權限管理：簡搭(jabdp)低代碼平臺提供組織結構管理和精細的權限管理多人，便于企業根據實際情況靈活地進行權限設置和調整，促進內部協作。

易于部署和維護：簡搭(jabdp)低代碼平臺提供一鍵部署功能，無需配置復雜的網絡服務器；根據企業的需求變化進行系統維護也更容易。

支持二次開發和系統集成：簡搭(jabdp)低代碼平臺是一個開放的快速開發平臺，有經驗的程序員依然可以基于jabdp定制開發出許多高級的功能，而不受jabdp本身的限制；同時，簡搭(jabdp)低代碼平臺開發出的應用也可以很方便地與企業的現有信息系統集成，或者與微信、釘釘等第三方應用集成。

簡搭(jabdp)開發平臺適合用于大部分的企業級web應用的開發，尤其適合企業信息管理系統（MIS）、企業資源計劃系統（ERP）、客戶關系管理系統（CRM），業務支撐系?統（BSS）等。并且就一些經典的項目案例提取整合出各種類型的項目模板，共享給開發者參考，開發者可以在原有的項目基礎上進行修改定制，以打造其個性化的企業信息化平臺。

中軟國際推出的“低代碼”開發平臺指的是什么？

一、低代碼開發平臺是什么？

低代碼開發平臺是通過可視化微軟低代碼開發平臺的交互方式微軟低代碼開發平臺，把原本需要通過寫代碼才能實現的抽象業務邏輯、產品設計和數據配置等通過更直觀、對人更直覺化的方式進行呈現和配置，從而顯著降低微軟低代碼開發平臺了編程的技術門檻。

只要微軟低代碼開發平臺你能想清楚你要的邏輯是什么，這些可視化工具就能夠實現相應的軟件，而這正是低代碼最大的價值。在另一邊，低代碼提供更完整的功能封裝，讓工程師寫更少的代碼來實現更多的功能，從而降低工程師的重復勞動、提升開發效率。

無代碼和低代碼也是不分家的。通常，低代碼工具也會輔以可視化工具，而無代碼工具也會允許用戶通過代碼或API來進行功能的擴充。很多業務可以通過可視化進行清晰的呈現，但不是所有的抽象邏輯都適合可視化。作為早一輩的「無代碼工具」，Excel里提供了宏函數這個功能，允許用戶在工具預制的公式外也能通過編寫VBA代碼來自定義復雜的函數，從而實現功能的擴展。

因此，無代碼平臺通常必須要和低代碼進行有效的整合。絕大多數應用場景和絕大多數用戶都不需要用到低代碼，但平臺必須需要一個必要的更強靈活度的入口，允許高級用戶可以通過低代碼或者直接寫代碼的方式來進行更自由的配置，以此保證了產出的靈活度以及更多長尾應用場景的覆蓋。

在2014年Gartner提出低代碼的概念后，很快就被廣泛地采用。他們預估在2021年，低代碼的市場已經帶來138億美金的市場規模，年增速超過22%；2022年市場將進一步加速成長，增速超過30%。

二、低代碼開發平臺的特點

1、滿足企業的多樣化需求

根據企業的管理方法和流程特點，使用低代碼開發生成其他應用程序。

2、降低成本并提高效率

使用可視界面完成正在開發的80％的基本代碼，從而提高效率并降低成本。

3、輕松管理公司業務

即使是沒有開發知識的業務人員也可以創建，編輯和運行應用程序并自動執行流程。

4、適應快速發展的市場

低代碼開發的優勢使其能夠加快新軟件的交付。

三、“低代碼”相比“傳統開發”有何優勢？

有關于低代碼開發與傳統方法開發之間的優劣勢，行業內討論聲一直都比較大，按照以往傳統開發的方式，一個企業要想開發一款應用程序，首先需要聘請大量的UI、前端、后端、安卓/ios等開發人員，然后再通過繁雜的步驟去進行開發。并且要想開發好應用程序所需要的時間也要很久，少則半年，多則一年。

相比之下，低代碼在快速開發方面具有得天獨厚的優勢，哪怕是不懂代碼的業務人員也能通過“拖拉拽”的方式，利用現有可視化組件模塊，快速的構建應用程序。這個優勢是傳統開發無論如何都比不上的。

四、低代碼開發平臺該怎么用？

下面以織信低代碼開發平臺為例微軟低代碼開發平臺！

1、創建團隊、應用

從注冊賬號，到創建團隊，進入工作臺，從“應用市場”找到我們所需要的應用模板進行安裝，開啟構建應用的第一步。

2、創建數據表、字段設置

跟Excel有些類似，進入應用后，我們首先要創建數據表，也可以創建知識庫、文件存儲、儀表盤等內容。（創建數據表時，支持Excel、文本、網頁內容的數據導入）

再根據自身需求進行相應字段的設置，32字段類型包含：函數、文本、關聯、附件、日期、地理坐標、整數、小數...等等。

3、錄入數據，設置字段關聯

通過32種字段類型，設置好相應的字段后，再根據所設定的字段類型對號入座，錄入相關數據（數據可以通過Excel，文本，網頁內容）。

錄入數據：

錄入數據時，支持導入記錄，同時系統也支持將現有記錄導出、打印、生成問卷、創建過濾器等。

4、設置關聯

關聯列表匯總：自動匯總對應關聯列表中指定字段的計算（支持數量、求和、最大、最小、平均值）。

例如：我們在商品表內，創建“關聯列表”字段，需要關聯入庫明細信息，所以我們選擇關聯表“入庫明細”，并根據需要選擇顯示的字段。

完成創建的關聯列表字段“接收記錄”后，創建新的記錄時，點擊關聯按鈕，即可添加需要關聯列表內的記錄信息

通過勾選需要關聯的記錄信息，即可完成列表關聯。

如果當前數據過多，我們也可以通過設置篩選條件來過濾出需要的數據。

5、團隊權限

團隊權限是基于團隊范圍上的權限控制，可以進行應用、團隊的相關權限控制。在 【團隊設置】，選擇角色欄，可以進行團隊權限設置。

以上回答，希望對大家有所幫助！

如何看待微軟推出的Power Apps，和之前的宜搭、活字格、J2PaaS、氚云等低代碼開發平臺對？

這些平臺中我用過PowerApps、宜搭和活字格。
最大差別在開發方式上，powerapps和活字格是模型驅動的，宜搭是表單驅動。
用powerapps開發類似access，需要先設計數據模型，即cdm（類似活字格的數據表），然后基于cdm做服務端邏輯cds（活字格叫服務端命令），然后做頁面，從cds中讀取數據或者調用cds進行業務操作。這種做法和系統架構與專業軟件開發團隊的做法是一致的。企業軟件開發經過了幾十年，這種做法和架構是經過無數項目磨煉出來的，成熟可靠，可以用于核心業務場景。
用宜搭時，頁面就是數據結構，頁面上有哪些數據，就存儲哪些數據。這種表單驅動模式，看上去技術門檻更低，但遇到復雜的業務邏輯，比如一個操作同時寫入不同的數據時，如做出庫操作時同時添加一張庫管用出庫單、更新實際庫存、添加一張財務用出庫單、添加入庫采購申請（如果庫存低于警告線），宜搭這種表單驅動的做法就無法保證業務的一致性，某些單據成功創建，另一些出錯時，就會導致數據錯誤，用于企業核心業務場景時，得留個心眼。
此外，部署模式上三者也有差異。宜搭是綁定阿里云平臺的，powerapps綁定的是windows azure。用戶沒法直接操作數據庫，進行必要的數據備份和導出，控制權不夠高。雖然這兩者都有私有化部署版本，但價格都非常夸張。活字格則是完全私有化的，可以裝在阿里云的ECS主機或者局域網內的電腦上。我推薦用阿里云的ECS，把活字格的服務器安裝在centos系統（windows也支持，但是我對windows的ps管理腳本不太熟），數據庫選擇阿里云的RDS mysql版。這樣做既能提供外網訪問，支持移動辦公，又能對數據有完整控制權，運維工作更簡單，也更安心。 關于微軟低代碼開發平臺和低代碼 微軟的介紹到此就結束了，不知道你從中找到你需要的信息了嗎 ？如果你還想了解更多這方面的信息，記得收藏關注本站。 微軟低代碼開發平臺的介紹就聊到這里吧，感謝你花時間閱讀本站內容，更多關于低代碼 微軟、微軟低代碼開發平臺的信息別忘了在本站進行查找喔。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。

版權聲明：本文內容由網絡用戶投稿，版權歸原作者所有，本站不擁有其著作權，亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容，請聯系我們jiasou666@gmail.com 處理，核實后本網站將在24小時內刪除侵權內容。