.NET快速開發(fā)框架

摘要： RDIFramework.NET 快速開發(fā)框架 WebEasyUI版本，為企業(yè)或個(gè)人基于.NET開發(fā)系統(tǒng)提供了強(qiáng)大的支持，采用C#語言開發(fā)完成，Web前端基于強(qiáng)大的UI組件EasyUI實(shí)現(xiàn)。易上手、多組件、全源碼提供、可靈活構(gòu)建各類型系統(tǒng)。 閱讀全文

摘要： 在一個(gè)項(xiàng)目開發(fā)中一般都是把引用的dll放在根目錄下，隨著項(xiàng)目的日益增大，根目錄下的dll文件就會(huì)越來越多，合理規(guī)劃這些dll的存放地址，可以使整個(gè)項(xiàng)目更加的規(guī)范與美觀。這篇文章就為大家介紹關(guān)于C#如何在指定文件夾尋找文件dll的相關(guān)內(nèi)容，文中通過基于RDIFramework框架WinForm版為基礎(chǔ)進(jìn)行介紹，Web的相關(guān)dll規(guī)劃類似，希望對(duì)大家具有一定的參考學(xué)習(xí)價(jià)值。 閱讀全文

摘要： RDIFramework.NET，基于.NET的快速信息化系統(tǒng)敏捷開發(fā)框架。10年沉淀、歷經(jīng)上千項(xiàng)目檢驗(yàn)，致力于企業(yè)智能化開發(fā)，幫助提升軟件開發(fā)效率。最好用的.NET開發(fā)框架，100%源碼授權(quán)。框架提供的大量通用組件，完成功能的開發(fā)就像搭積木一樣，只需要把各種組件進(jìn)行組合拼裝，拼裝好了系統(tǒng)的開發(fā)也就完成了。應(yīng)用系統(tǒng)建立在此框架之上，采用構(gòu)件式、可復(fù)用開發(fā)，節(jié)省開發(fā)成本，加快開發(fā)速度，在軟件開發(fā)上更好的做到多快省。適合低中高任意開發(fā)水平的開發(fā)者,可以開發(fā)OA、ERP、BPM、CRM、WMS、TMS、MIS、BI、電商平臺(tái)后臺(tái)、物流管理系統(tǒng)、醫(yī)院管理系統(tǒng)、快遞管理系統(tǒng)、教務(wù)管理系統(tǒng)等各類管理軟件。由框架開發(fā)團(tuán)隊(duì)的原版人馬直接提供技術(shù)支持，為您順利完成開發(fā)工作保駕護(hù)航。不管您是零基礎(chǔ)還是專業(yè)開發(fā)人員，都能輕松駕馭這套開發(fā)框架。 閱讀全文

摘要： RDIFramework.NET，基于.NET的快速信息化系統(tǒng)敏捷開發(fā)框架。10年沉淀、歷經(jīng)上千項(xiàng)目檢驗(yàn)，致力于企業(yè)智能化開發(fā)，幫助提升軟件開發(fā)效率。最好用的.NET開發(fā)框架，100%源碼授權(quán)。框架提供的大量通用組件，完成功能的開發(fā)就像搭積木一樣，只需要把各種組件進(jìn)行組合拼裝，拼裝好了系統(tǒng)的開發(fā)也就完成了。應(yīng)用系統(tǒng)建立在此框架之上，采用構(gòu)件式、可復(fù)用開發(fā)，節(jié)省開發(fā)成本，加快開發(fā)速度，在軟件開發(fā)上更好的做到多快省。適合低中高任意開發(fā)水平的開發(fā)者,可以開發(fā)OA、ERP、BPM、CRM、WMS、TMS、MIS、BI、電商平臺(tái)后臺(tái)、物流管理系統(tǒng)、醫(yī)院管理系統(tǒng)、快遞管理系統(tǒng)、教務(wù)管理系統(tǒng)等各類管理軟件。由框架開發(fā)團(tuán)隊(duì)的原版人馬直接提供技術(shù)支持，為您順利完成開發(fā)工作保駕護(hù)航。不管您是零基礎(chǔ)還是專業(yè)開發(fā)人員，都能輕松駕馭這套開發(fā)框架。 閱讀全文

摘要： [史上最全面的SignalR系列教程]目錄匯總是對(duì)整個(gè)SignalR開發(fā)系列教程的總結(jié)與整理篇，后續(xù)的更新都會(huì)以此為基礎(chǔ)，歡迎大家的出寶貴的意見！SignalR實(shí)現(xiàn)服務(wù)器與客戶端的實(shí)時(shí)通信，她是一個(gè)面向 ASP.NET 開發(fā)人員的庫，可簡(jiǎn)化將實(shí)時(shí) web 功能添加到應(yīng)用程序的過程。 實(shí)時(shí) web 功能是讓服務(wù)器代碼將內(nèi)容推送到連接的客戶端立即可用，而不是讓服務(wù)器等待客戶端請(qǐng)求新數(shù)據(jù)的能力。 閱讀全文

摘要： 業(yè)務(wù)協(xié)同平臺(tái)是流程系統(tǒng)與用戶交互的工作平臺(tái)，所有的業(yè)務(wù)表單都通過平臺(tái)展現(xiàn)，用戶在該平臺(tái)上處理日常業(yè)務(wù)（啟動(dòng)任務(wù)、處理任務(wù)、查看參與的任務(wù)，查看流程狀態(tài)）。用戶不必關(guān)心流程如何流轉(zhuǎn)，只要處理好自己的業(yè)務(wù)表單即可，任務(wù)即會(huì)根據(jù)條件自動(dòng)流轉(zhuǎn)到下一個(gè)處理者。RDIFramework.NET V3.5版本的業(yè)務(wù)協(xié)同平臺(tái)進(jìn)行了全新的重構(gòu)，采用了全新的界面 閱讀全文

摘要： RDIFramework.NET工作流程組件是以RDIFramework.NET敏捷框架為支撐，根據(jù)我們多年的項(xiàng)目經(jīng)驗(yàn)和項(xiàng)目實(shí)踐，結(jié)合國(guó)內(nèi)各大工作流產(chǎn)品的特點(diǎn)研發(fā)的一套流程管理組件。該組件不僅考慮到從零搭建業(yè)務(wù)系統(tǒng)，也考慮到與現(xiàn)有業(yè)務(wù)系統(tǒng)的整合。從零搭建系統(tǒng)我們可以使用RDIFramework.NET敏捷框架以基礎(chǔ)，來快速搭建業(yè)務(wù)系統(tǒng)。與現(xiàn)有系統(tǒng)的整合，我們的流程引擎提供了豐富的功能接口，供三方業(yè)務(wù)系統(tǒng)調(diào)用，并提供組件的全部源碼方便用戶進(jìn)行整合。支持B/S、C/S系統(tǒng)，同時(shí)支持SQLServer、ORACLE、MySql等主流數(shù)據(jù)庫。 閱讀全文

摘要： 郵件收發(fā)在很多業(yè)務(wù)系統(tǒng)中都有這樣的需求，是比較正式和常用的功能。在我們的框架中提供了郵件中心功能模塊，集內(nèi)部郵件的收發(fā)、郵件歸類、郵件星標(biāo)的標(biāo)記、郵件的刪除與徹底刪除等，郵件中心功能模塊界面如下。整個(gè)界面由頂部的功能按鈕，左側(cè)的郵件常用分類、右側(cè)會(huì)對(duì)應(yīng)的郵件列表所組成。 閱讀全文

摘要： 通過前面幾篇文章對(duì)SignalR的詳細(xì)介紹。我們知道Asp.net SignalR是微軟為實(shí)現(xiàn)實(shí)時(shí)通信的一個(gè)類庫。一般情況下，SignalR會(huì)使用JavaScript的長(zhǎng)輪詢(long polling)的方式來實(shí)現(xiàn)客戶端和服務(wù)器通信，隨著Html5中WebSockets出現(xiàn)，SignalR也支持WebSockets通信。另外SignalR開發(fā)的程序不僅僅限制于宿主在IIS中，也可以宿主在任何應(yīng)用程序，包括控制臺(tái)，客戶端程序和Windows服務(wù)等，另外還支持Mono，這意味著它可以實(shí)現(xiàn)跨平臺(tái)部署在Linux環(huán)境下。 閱讀全文

摘要： 通過前面數(shù)篇文章的講解，我們對(duì)如何正確使用SignalR，以及SiganlR的概念，托管方式，以及推送的功能有了全面的掌握與了解。 本篇主要講解通過SignalR實(shí)現(xiàn)一對(duì)一、點(diǎn)對(duì)點(diǎn)的聊天。 閱讀全文

摘要： 即時(shí)通訊（IM）是RDIFramework.NET敏捷開發(fā)框架全新提供的一個(gè)基于Web的即時(shí)通訊、內(nèi)部聊天溝通的工具。界面美觀大方對(duì)于框架內(nèi)部進(jìn)行消息的溝通非常方便。基于RDIFramework.NET敏捷開發(fā)框架的即時(shí)通訊IM支持常規(guī)的用戶對(duì)用戶（點(diǎn)對(duì)點(diǎn)）聊天、工作流程流轉(zhuǎn)的提醒、服務(wù)端消息的推送等。消息到達(dá)還有類似QQ的聲音提醒，同時(shí)對(duì)消息進(jìn)行了持久化處理，即時(shí)離線的用戶，上線后也會(huì)收到消息，不會(huì)造成消息的丟失。還提供了很多擴(kuò)展接口供用戶實(shí)際擴(kuò)展使用，非常的強(qiáng)大，方便。 閱讀全文

摘要： 本篇將為大家介紹.NET特有的Self-Host自托管的應(yīng)用，即以Self-Host自托管為宿主加載SignalR服務(wù)。 宿主一詞我們不會(huì)陌生，它可以看作是一個(gè)基礎(chǔ)設(shè)施，它為一些服務(wù)和功能提供最底層的支持，如你的web應(yīng)用程序可以運(yùn)行在iis或者apache上，而這兩個(gè)東西就是web應(yīng)用程序的宿主，而今天說的自主宿主SelfHost它可以自己去監(jiān)聽自己的服務(wù)，如你可以把一個(gè)web應(yīng)用程序宿主到一個(gè)console控制臺(tái)程序上，或者把一個(gè)webApi宿主到一個(gè)console或者windowService上，這都是可以的。 閱讀全文

摘要： 本篇將繼續(xù)在上一篇的基礎(chǔ)上，講解SignalR通過最常用的集線器方式實(shí)現(xiàn)消息推送與發(fā)送。 我們知道SignalR的通信模型主要是兩類Persistent Connections與Hubs。Hub是一種更高級(jí)的管道，它在連接協(xié)議上允許客戶端和服務(wù)器端能夠直接調(diào)用彼此的方法。SignalR的這種自動(dòng)分發(fā)跨機(jī)器邊界調(diào)度的方法就像施了魔法一樣，讓客戶端調(diào)用服務(wù)端的方法像調(diào)用本地一樣簡(jiǎn)單，反之亦然。使用Hub的模式就像開發(fā)人員使用遠(yuǎn)程API一樣，比如 .NET Remoting。使用Hub同樣能夠讓你傳遞類型化的參數(shù)到方法上進(jìn)行模型綁定。通過Hubs實(shí)現(xiàn)服務(wù)端消息推送到客戶端 閱讀全文

摘要： SignalR 的實(shí)現(xiàn)機(jī)制與.NET WCF 或 Remoting 是相似的，都是使用遠(yuǎn)程代理來實(shí)現(xiàn)。在具體使用上，有兩種不同通信模型：PersistentConnection 和 Hubs，其中 PersistentConnection 是實(shí)現(xiàn)了長(zhǎng)時(shí)間的 Javascript 輪詢（類似于 Comet），Hub 是用來解決實(shí)時(shí)信息交換問題，它是利用 Javascript 動(dòng)態(tài)載入執(zhí)行方法實(shí)現(xiàn)的。SignalR 將整個(gè)連接，信息交換過程封裝得非常漂亮，客戶端與服務(wù)器端全部使用 JSON 來交換數(shù)據(jù)。 閱讀全文

摘要： SignalR 是一個(gè)面向 ASP.NET 開發(fā)人員的庫，可簡(jiǎn)化將實(shí)時(shí) web 功能添加到應(yīng)用程序的過程。 實(shí)時(shí) web 功能是讓服務(wù)器代碼將內(nèi)容推送到連接的客戶端立即可用，而不是讓服務(wù)器等待客戶端請(qǐng)求新數(shù)據(jù)的能力。 SignalR 是一個(gè)集成的客戶端與服務(wù)器庫，基于瀏覽器的客戶端和基于 ASP.NET 的服務(wù)器組件可以借助它來進(jìn)行雙向多步對(duì)話。 換句話說，該對(duì)話可不受限制地進(jìn)行單個(gè)無狀態(tài)請(qǐng)求/響應(yīng)數(shù)據(jù)交換；它將繼續(xù)，直到明確關(guān)閉。 對(duì)話通過永久連接進(jìn)行，允許客戶端向服務(wù)器發(fā)送多個(gè)消息，并允許服務(wù)器做出相應(yīng)答復(fù)，值得注意的是，還允許服務(wù)器向客戶端發(fā)送異步消息。是一個(gè)完全基于客戶及服務(wù)器端解決方案，它是以JS作為客戶端和ASP.NET作為服務(wù)端來創(chuàng)建這類的應(yīng)用。 閱讀全文

摘要： 在WinForm開發(fā)中，文件附件的管理幾乎在任何一個(gè)應(yīng)用上都會(huì)存在，是一個(gè)非常通用集中的公共模塊。我們?nèi)粘Ｓ涗洉?huì)伴隨著有圖片、文檔等附件形式來展現(xiàn)，如果為每個(gè)業(yè)務(wù)對(duì)象都做一個(gè)附件管理，或者每次開發(fā)系統(tǒng)都重新做，效率可想而知。一個(gè)通用的集上傳，預(yù)覽，管理為一體的集中式附件管理控件即為重要。 閱讀全文

摘要： 文件中心類似附件管理是一個(gè)非常實(shí)用功能，可以歸檔自己平時(shí)所需要的文件，也可以把文件分享給別人，更像一個(gè)知識(shí)中心。文件中心主界面如下圖所示，左側(cè)“附件分類”展示了用戶對(duì)文件的分類，只能自己看到，“共享文件”中的文件所有用戶都可以看到。選擇一個(gè)分類，右側(cè)列出了當(dāng)前分類的所有文件，對(duì)于上傳的文件沒有格式要求，對(duì)于已上傳的文件也可以下載下來。同時(shí)可對(duì)常用格式的文件（pdf、word、excel、PPT、圖片文件、文本文件等）進(jìn)行在線預(yù)覽、打印等。 閱讀全文

摘要： HASH是根據(jù)文件內(nèi)容的數(shù)據(jù)通過邏輯運(yùn)算得到的數(shù)值, 不同的文件(即使是相同的文件名)得到的HASH值是不同的。通過一定的哈希算法（典型的有MD5，SHA-1等），將一段較長(zhǎng)的數(shù)據(jù)映射為較短小的數(shù)據(jù)，這段小數(shù)據(jù)就是大數(shù)據(jù)的哈希值。他最大的特點(diǎn)就是唯一性，一旦大數(shù)據(jù)發(fā)生了變化，哪怕是一個(gè)微小的變化，他的哈希值也會(huì)發(fā)生變化。類似于DNA，既然是DNA，那就保證了沒有兩個(gè)數(shù)據(jù)的哈希值是完全相同的。 閱讀全文

摘要： 任務(wù)調(diào)度在各種應(yīng)用中都會(huì)存在，在業(yè)務(wù)系統(tǒng)中我們?yōu)榱苏{(diào)度一些自動(dòng)執(zhí)行的任務(wù)或從隊(duì)列中消費(fèi)一些消息，所以基本上都會(huì)涉及到后臺(tái)服務(wù)的開發(fā)。在上一篇Quartz.Net實(shí)現(xiàn)作業(yè)定時(shí)調(diào)度詳解，我們通過實(shí)例代碼詳細(xì)講解與演示了基于Quartz.NET開發(fā)的詳細(xì)方法。本篇我們主要講述基于RDIFramework.NET框架整合Quartz.NET，以實(shí)現(xiàn)任務(wù)調(diào)度,并對(duì)任務(wù)持久化操作的全過程。 閱讀全文

摘要： Quartz.NET是一個(gè)強(qiáng)大、開源、輕量的作業(yè)調(diào)度框架，你能夠用它來為執(zhí)行一個(gè)作業(yè)而創(chuàng)建簡(jiǎn)單的或復(fù)雜的作業(yè)調(diào)度。它有很多特征，如：數(shù)據(jù)庫支持，集群，插件，支持cron-like表達(dá)式等等。非常適合在平時(shí)的工作中，定時(shí)輪詢數(shù)據(jù)庫同步，定時(shí)郵件通知，定時(shí)處理數(shù)據(jù)等。 Quartz.NET允許開發(fā)人員根據(jù)時(shí)間間隔（或天）來調(diào)度作業(yè)。它實(shí)現(xiàn)了作業(yè)和觸發(fā)器的多對(duì)多關(guān)系，還能把多個(gè)作業(yè)與不同的觸發(fā)器關(guān)聯(lián)。整合了 Quartz.NET的應(yīng)用程序可以重用來自不同事件的作業(yè)，還可以為一個(gè)事件組合多個(gè)作業(yè)。 閱讀全文

摘要： 在現(xiàn)在這個(gè)無處不在的互聯(lián)網(wǎng)背景下，各種應(yīng)用已不再僅僅局限于網(wǎng)頁或桌面應(yīng)用了，IOS、Android、平板、智能家居等平臺(tái)正如火如荼的迅速發(fā)展，移動(dòng)應(yīng)用的需求也空前旺盛。所有的互聯(lián)網(wǎng)公司都不想錯(cuò)過這一次移動(dòng)浪潮，布局移動(dòng)市場(chǎng)分一份移動(dòng)紅利。的確，智能手機(jī)作為我們?nèi)粘Ｉ钜驯夭豢缮俚囊徊糠郑ㄟ^手機(jī)app能夠獲得更好的體驗(yàn)，比如社交、購物、娛樂、生活。 但這也引入了一個(gè)問題，如果布局移動(dòng)市場(chǎng)，就意味著要維護(hù)好幾條產(chǎn)品線，比如網(wǎng)頁、Android、IOS、微信公眾號(hào)等,這對(duì)公司來說無疑是一項(xiàng)大的投入。產(chǎn)品對(duì)于用戶來說，用戶只關(guān)心體驗(yàn)。而對(duì)于開發(fā)者來說，開發(fā)者更關(guān)心在保證業(yè)務(wù)流程及數(shù)據(jù)的正確流轉(zhuǎn)下，如何對(duì)產(chǎn)品線進(jìn)行集成，來避免做重復(fù)工作，這是目前大多數(shù)公司都面臨的問題。微信的應(yīng)用已經(jīng)遍布各個(gè)行業(yè)之中，很多開發(fā)者都加入了微信開發(fā)的行列。世間萬物，紛繁復(fù)雜。如何在一個(gè)紛繁復(fù)雜的世界中，找到問題最簡(jiǎn)單的解決方案，往往是人們追求的 閱讀全文

摘要： 通過前面一系列文章的學(xué)習(xí)，我們對(duì)微信公眾號(hào)開發(fā)已經(jīng)有了一個(gè)比較深入和全面的了解。 微信公眾號(hào)開發(fā)為企業(yè)解決那些問題呢？ 我們經(jīng)常看到微信公眾號(hào)定制開發(fā)、微信公眾平臺(tái)定制開發(fā)，都不知道這些能給企業(yè)帶來什么，讓很多人產(chǎn)生疑惑，那么下面就來給你解答。 我們都知道微信公眾號(hào)是微信推出的一款提資訊和服務(wù)的平臺(tái)應(yīng)用，但卻需要通過微信公眾號(hào)開發(fā)技術(shù)來真正實(shí)現(xiàn)平臺(tái)化。那么，作為想通過移動(dòng)互聯(lián)網(wǎng)來發(fā)展業(yè)務(wù)，或者需要改變目前經(jīng)營(yíng)狀況，解決當(dāng)前發(fā)展瓶頸問題的企業(yè)、商家或個(gè)體商戶來說，微信公眾號(hào)是一個(gè)很好的實(shí)現(xiàn)移動(dòng)互聯(lián)網(wǎng)化的著陸點(diǎn)，而微信公眾號(hào)開發(fā)是幫助你實(shí)現(xiàn)更多功能應(yīng)用的基礎(chǔ)。 閱讀全文

摘要： 通過前面系列文章的學(xué)習(xí)與講解，相信大家已經(jīng)對(duì)微信的開發(fā)有了一個(gè)全新的認(rèn)識(shí)。后端基本能夠基于盛派的第三方sdk搞定大部分事宜，剩下的就是前端了。關(guān)于手機(jī)端的瀏覽器的兼容性問題相信一直是開發(fā)者們的一塊心病，對(duì)于微信開發(fā)前端組件這一塊總是找不到合適的移動(dòng)端組件，什么都要自己去實(shí)現(xiàn)，這個(gè)開發(fā)成本就大了去了。于是乎博主打算另辟蹊徑，找找基于微信開發(fā)的移動(dòng)端UI組件，最后找到了微信官方開發(fā)的一套前端組件：WeUI。 閱讀全文

摘要： 我們?cè)赱微信公眾號(hào)開發(fā)C#系列-7、消息管理-接收事件推送](http://blog.rdiframework.net/article/211)章節(jié)有對(duì)掃描帶參數(shù)二維碼事件的處理做了講解。本篇主要講解通過微信公眾號(hào)開發(fā)平臺(tái)提供的接口生成帶參數(shù)的二維碼及應(yīng)用場(chǎng)景。 微信公眾號(hào)平臺(tái)提供了生成帶參數(shù)二維碼的接口，使用該接口可以獲得多個(gè)帶不同場(chǎng)景值的二維碼，用戶掃描后，公眾號(hào)可以接收到事件推送。 目前有2種類型的二維碼，分別是臨時(shí)二維碼和永久二維碼，前者有過期時(shí)間，最大為1800秒，但能夠生成較多數(shù)量，后者無過期時(shí)間，數(shù)量較少（目前參數(shù)只支持1--100000）。兩種二維碼分別適用于帳號(hào)綁定、用戶來源統(tǒng)計(jì)等場(chǎng)景。 閱讀全文

摘要： 短網(wǎng)址的好處眾多，便于記憶，占用字符少等，現(xiàn)在市面上出現(xiàn)了眾多的將長(zhǎng)網(wǎng)址轉(zhuǎn)變?yōu)槎叹W(wǎng)址的方法，但是由于他們都是小的公司在幕后運(yùn)營(yíng)，所以很不靠譜，面對(duì)隨時(shí)關(guān)閉服務(wù)的可能，這樣也導(dǎo)致我們將轉(zhuǎn)換好了的短網(wǎng)址也會(huì)失效失鏈！那么怎樣才能使轉(zhuǎn)換好了的短網(wǎng)址永久有效呢？ 閱讀全文

摘要： 通過前面8篇關(guān)于微信開發(fā)相關(guān)文章的學(xué)習(xí),我們已經(jīng)對(duì)微信常用開發(fā)有了一個(gè)比較深入的了解。前面的文章都是基于某一特定公眾號(hào)的，在現(xiàn)實(shí)業(yè)務(wù)中同一單位個(gè)體運(yùn)營(yíng)著不至一個(gè)公眾號(hào)，此時(shí)就需要對(duì)多個(gè)公眾號(hào)集中管理，隨意切換。本篇文章主要介紹多公眾號(hào)集中管理的方法、表設(shè)計(jì)、設(shè)置默認(rèn)公眾號(hào)、生成指定格式的URL資源服務(wù)器、刷新Access_Token等。 閱讀全文

摘要： 自定義菜單能夠幫助公眾號(hào)豐富界面，讓用戶更好更快地理解公眾號(hào)的功能。菜單分為默認(rèn)菜單與個(gè)性化菜單。個(gè)性化菜單接口是為了幫助公眾號(hào)實(shí)現(xiàn)靈活的業(yè)務(wù)運(yùn)營(yíng)，開發(fā)者可以通過該接口，讓公眾號(hào)的不同用戶群體看到不一樣的自定義菜單。該接口開放給已認(rèn)證訂閱號(hào)和已認(rèn)證服務(wù)號(hào)。本文主要介紹微信自定義菜單的創(chuàng)建、查詢、刪除、各菜單類型事件的響應(yīng)方法，以及菜單應(yīng)用的界面整合參考。由于篇幅有限不可能面面俱到，只能拋磚迎玉，大家就可以據(jù)此擴(kuò)展做深入的應(yīng)用。 閱讀全文

摘要： 微信用戶和公眾號(hào)產(chǎn)生交互的過程中，用戶的某些操作會(huì)使得微信服務(wù)器通過事件推送的形式通知到開發(fā)者在開發(fā)者中心處設(shè)置的服務(wù)器地址，從而開發(fā)者可以獲取到該信息。其中，某些事件推送在發(fā)生后，是允許開發(fā)者回復(fù)用戶的，某些則不允許。本文主發(fā)講解關(guān)注/取消關(guān)注事件，掃描帶參數(shù)二維碼事件，上報(bào)地理位置事件的處理。同時(shí)講解這些事件在微信營(yíng)銷中的應(yīng)用場(chǎng)景。 閱讀全文

摘要： 眼前時(shí)下流程的經(jīng)濟(jì)有個(gè)叫粉絲經(jīng)濟(jì)，粉絲帶動(dòng)收益。一個(gè)好運(yùn)營(yíng)良好的公眾號(hào)肯定會(huì)有一大批的粉絲團(tuán)，如何挖掘粉絲來產(chǎn)生效益，是微信營(yíng)銷的關(guān)鍵。微信公眾號(hào)后臺(tái)本身提供了粉絲（用戶）與用戶分組的管理，但這些都是存放在微信的服務(wù)器，我們不好拿來分析應(yīng)用。因?yàn)槲覀冃枰盐覀兊姆劢z放在我們自己的庫中，以方便做各種應(yīng)用分析。微信公眾號(hào)提供了相應(yīng)的接口方便我們調(diào)用，可方便的把用戶同步到本地,這樣我們可以自己為用戶定義更多的信息，以及與本地的業(yè)務(wù)更好的對(duì)接起來。 閱讀全文

摘要： 通過前面章節(jié)的學(xué)習(xí)，我們已經(jīng)對(duì)微信的開發(fā)有了基本的掌握與熟悉，基本可以上手做復(fù)雜的應(yīng)用了。本篇我們將詳細(xì)講解微信消息管理中普通消息的接收與處理。當(dāng)普通微信用戶向公眾賬號(hào)發(fā)消息時(shí)，微信服務(wù)器將POST消息的XML數(shù)據(jù)包到開發(fā)者填寫的URL上。接收普通消息微信官方文檔參考：[接收普通消息文檔API](https://mp.weixin.qq.com/wiki?t=resource/res_main&id=mp1421140453) 消息接收后，就有一個(gè)處理或回復(fù)的過程，單單發(fā)送消息了沒有響應(yīng)也是不人性化的，下面我們就對(duì)接收到微信各類型消息分別講解處理的方法。 閱讀全文