“一切都以消息”–MSF(音讯服务框架)入门简介

目录:

一 、产品概述

腾讯网体育概述
今日头条客户端矩阵
微博看球客户端

二 、产品策略

出品定位
产品战略

三 、用户分析

安卓系统和手机
用户属性(年龄 性别 学历 收入)
用户关切内容
用户打开时间
用户接纳时间

肆 、产品常用作用与竞品分析

功用解析与提出
1.1优缺点
竞品分析
2.1竞品选用
2.2竞品相比(数据层 结构层 效能层)
2.3竞品总括

⑤ 、产品运维情势与毛利方式

营业格局
1.1内容
1.2用户
纯利形式

六、SWOT分析

七、总结


一 、产品概述

1.和讯体育概述:

今日头条体育创制于二零零四年,专注于篮球、足球、网球、F1等各项体育赛事的报道和数据解析,旗下和讯体育网是日前中华最大的体育垂直社区,活跃用户数千万,博客园首先以篮球为主题点切入互连网体育领域而后渐转型为全方位的汇总体育网站,网易论坛特色版块步行街、篮球馆等。和讯看球是新浪手机端产品连串中的三个,除此之外还包涵网易体育、新浪新声、天涯论坛识货、今日头条跑步,天涯论坛体育致力于创设“你的体育全球”!

以下是hupu.com的流量排行境况(2016.5.18):

图片 1

2.新浪客户端矩阵:

图片 2

3.网易看球安卓版客户端:

图片 3

数据截止二〇一六.5.18 关键词:直播、竞猜、数据、省流量、雅观的女生

② 、产品政策

1.出品稳定:快、准、全、省

A:成为体育网络世界最标准的活动端平台

B:最快最周密的体育直播资讯平台

C:知足体育迷收看赛事、互动沟通的急需

2.成品战略:

巩固PC端优势和能源,抢占移动互连网入口

采用优质内容,各类化的互相格局,聚拢用户增进黏性

出色的出品运维体制(金币),保障用户的参加感和回报率

完美的音信以免机制,有效过滤不良消息

三 、用户分析

装备和系统

二〇一三年四季度国内活跃的智能装备数达7亿,包涵智能手机和平板总括机。
Android4.1之上的本子占据整个连串应用的4/8

图片 4

用户属性

图片 5

图片 6

用户使用意况

图片 7

用户打开应用时间

图片 8

用户停留时间

图片 9

肆 、产品常用功能与竞品分析
手机:小米
系统:安卓4.0
腾讯网看球:版本5.1.0 大小13.23M

1.效率分析

图片 10

图片 11

图片 12

图片 13

图片 14

图片 15

图片 16

图片 17

图片 18

图片 19

图片 20

可取:网易看球客户端功效万分丰盛,全方位满足用户阅读音讯、竞猜、聊球、互动的需要,产品设计上社团清晰,符合观球的观众的操作交互体验,易于上手,颜色带领较好,滑动感顺滑。

症结:部分成品细节还是可以够再优化打磨。

2.竞品分析
2.1竞品接纳

今日头条看球(互动)定位于体育类赛事的直播产品,辅以体育音讯、视频点播、互动竞猜等劳务,综合分析国内的产品,将竞品显然为博客园体育客户端(门户财富)和腾讯体育看竞技(产品细节),从数据、结构、成效范围开展比较分析。

2.2竞品相比较

数据层 【表格】

图片 21

结构层

七个产品的社团分类未全体进行,隐藏了部分次级类目,赛事分类中关键以足球和篮球进行叙述,为容纳全数品种。

图片 22

图片 23

图片 24

功能层 【表格】

图片 25

直播:腾讯看竞技的直播类型很丰盛,用户可挑选文字、音频、录制的例外措施来看,化解了有些用户在分裂景观下的须求;搜狐看球的直播中可实时竞猜押注,互动性更好。

评价:腾讯网看球的直播间有上墙的机制,鼓励用户发言,同时点亮评论是博客园的特点;腾讯网体育沿用了网易的评介盖楼作用;看比赛援助用户点赞,人气高的评说会被推荐火的讲明。

消息:腾讯网看球的情报内容来自于国内外实时资讯,及时丰裕,越发是National Basketball Association新闻;其余多少个产品多来自于门户频道的消息源。

数据:搜狐看球的数码包罗了球队和球员的数额,可赛后、赛后、赛前询问,拾分详细深切,并资助赛前打分。看竞赛的多寡也支撑球员和球队数量;比较之下新浪体育的数量稍显单薄。

论坛和金币:腾讯网特色

彩票:和讯和腾讯网体育都得以在客户端购彩,腾讯看比赛是因为系统机能升级暂不协助。

3.竞品统计

通过以上的对照可以得出结论:

乐乎看球品牌价值大口碑较好,产品系统相对成熟度更高,爱慕用户的互动和反映,用编造货币和钱物回馈的形式激发用户。主推国外的体育音讯,社区化思维满意用户旁观、插足、互动的急需,直播室的上墙、实时竞猜最大力度牵动用户积极。

天涯论坛体育爱抚媒体能源的积累,以美国篮球职业联赛、Chinese Football Association Super League的分级录制直播权吸引用户,精心制作专题、摄像策划,力求内容的正规、充足。评论采用传统的盖楼形式,试图让用户的褒贬价值最大化。产品设计简洁动感、结构清晰,赛事分类可依用户习惯自主设置排序。

腾讯看竞技产品设计性感华丽,差距的图标颜色教导较好,尤其是球队的数据相比较安排,排版清晰,颜色搭合作理,数据传达直观。看比赛交互作用更佳,符合民众的操作习惯,易于上手。

⑤ 、产品运转形式与毛利形式

1.营业情势

1.1内容:
乐乎看球的体育音信大多汇聚于第贰方媒体,其中异国他乡的体育音讯很周全,实时更新。图文内容为主,视频内容链接到第②方录像网站。对于UGC的评头品足,新浪看球设置点亮机制,挖掘优质趣味评论,进步评论的丰硕性,消息的监督体制也很周到。

1.2用户:

1)注册格局辅帮手机号和QQ授权登录,提议增添新浪登录
2)创设义务系统,以虚拟金币作为筹码,鼓励用户竞猜,升高用户的粘性
3)设立竞猜名次榜单,实物回馈用户,调动用户能动性

2.毛利情势

虚构金币售卖——通过网银在线充值

彩票购买服务——按销售额收取回扣

广告

线下活动(以后)

六、Swot分析

图片 26

七、总结

汇总,腾讯网看球客户端是贰个把PC端财富成功移植到活动端的典型案例,作为壹个看球产品它只是提供直播导链和摄像集锦,真正的中坚照旧基于内容的推介和指导,越发是虎扑论坛(美职篮)使得网易迷们摇身一变了新浪式语言特点的交流方式,移动端也不例外,这也足以说是社区营业成功的肯定具象符号,满足了用户聊球侃球互动加入的必要,并能拿到归属感。

好的移动端产品并非单纯是运行的中标,还应该考虑到移动端产品的特色。比如移动端显示器更小、场景更复杂,某种景况下内容的排版突显,颜色以及图标的宏图决定了用户是不是能持续保持对于产品的热情,进而对于UI设计、交互格局提议了更高的必要。

建议:

1.体育自媒体:移动互连网时期,碎片化的内容简单传唱,不过它仅满足了用户吐槽的须求,属于浅层次的交流交流。真正能让用户深层次的发生心灵感受形成共鸣,是长篇幅优质的纵深内容,因而小编提议了“体育自媒体”的定义。和讯论坛有太多关于比赛、球员的展望点评小说,可以把这一个内容精编成精华成为内容生产上的三个源头,一方面让用户发声,另一方面丰盛微博资讯的维度,带给普通用户不一致等的高档享受。

2.深挖用户关系:天涯论坛看球是以内容(竞赛)为宗旨牵动人与人的互换,即有竞技的时候我们在联名互动,比赛截至用户退出。保持用户活跃度和粘性,除了在情节方面的不破不立,产品的更新迭代,细节的打磨外,好的用户关系一致主要。因而让用户精通用户,纯熟互相的用户属性包罗年龄、性别、地区、爱好等,在产品中齐声经历、共同关切会形成空气,让关系变的牢固,有了涉嫌内容不再是绝无仅有交流的水渠,互相的认知存进用户心情升华。

如上是私家的部分见解,如有不足欢迎拍来板砖交换指正~
别的,今日头条看球的切实日活、月活没有收集到有关数据,所以并未解说。

http://www.woshipm.com/pmd/87434.html
同步发表在大千世界都以成品主管

“一切都以音信”–那是MSF(音信服务框架)的统筹历史学。

MSF的名字是 Message Service Framework
的简称,中文名称:音讯服务框架,它是PDF.NET框架的一局地。

1,MSF诞生的背景

MSF最初源于二〇〇八年,大家为某银行支付的资金投资分析种类,由于银行安全的原由还要那几个投资资料属于机密资料,规定必须利用邮件系统来发送这几个材料,但是邮件的收发不是一贯针对人,而是两端的总计机程序。为了及时向客户发送那几个投资音讯,大家运用WCF开发了依据邮件的通讯系统。后来,从那套系统中分离出来跟工作非亲非故的“新闻推送框架”,这就是MSF的雏形。

2012年,小编过来某在线拍卖的电商创业公司,集团须要在一个月内支付出一套拍卖客户端软件。我们都知情创业公司的劳作节奏,这么长时间要开支出一套类似炒股软件的在线拍卖软件是很难的,幸亏有以前的“音信推送框架”,买家通过竞拍软件,实时更新竞拍价格,众多购买者和商户在线已毕拍卖,整点抢拍,“音信推送框架”作为竞拍软件的根底服务通讯框架,有限帮助了整整软件的研发成功。不幸的是及时无数客户用的或许XP系统,依然深度克隆版,装不上.NET框架,半年后客户端产品扬弃了,公司整机上转账BS应用结构和移动APP软件,“音信推送框架”在商店也乘机客户端产品的抛开而不再有人提起。

二零一五年,“新闻推送框架”纳入PDF.NET框架集合,正式命名为MSF,对外开源。MSF跟SOD框架一起,成为PDF.NET的营业所框架集合的积极分子,其职分如下图所示(WCF
Message Service Framework):

图片 27

2,MSF的技术架构

  • 依据WCF技术营造
    • 早熟,稳定,安全可倚重  
  • 极简配置,拿来即用
    • 几乎只要求配备一下监听地址和端口号即可 
  • MSF Host-服务的器皿
    • 不须求再支付宿主程序,写好的服务组件直接放入宿主程序即可使用,就像是Web应用寄宿在IIS上边一样。 
  • NetTcpBinding,双工通讯
    • 二进制通讯,速度更快  
  • 恳请-响应的方式
    • 一大半奥迪Q7PC框架调用服务的方法  
  • 公布-订阅的推送格局
    • 服务器发表服务,客户端订阅服务,服务器向客户端推送音讯
  • 异步通讯
    • 里面基于双工回调达成异步功效

上边是技术架构图:

图片 28

 

3,MSF设计工学

MSF:一切都以音讯

音讯不都以队列暂存,也得以是实时的:

大家一看到消息,简单想到音信队列的,音信都存储在音讯队列中,但骨子里,音讯也足以不设有音讯队列中(数据库,文件都可以当做音讯队列持久化的一种办法),信息可以出现在函数的参数上,类依旧措施中的变量上,作为实时音讯来处理。

命令是音信,事件也是信息:

在CQ昂科拉S架构中,将操作分为命令和询问,命令改变目标的景色,查询仅查询对象的图景。尽管是根据分布式环境的CQ冠道S架构,那么那几个命令和询问,本质上依旧客户端与服务端的新闻通讯而已。

在其余一些架构中,对象的操作或者也会分成操作命令和操作结果引发的轩然大波的概念,假诺那些操作的对象彼此是割裂的,对象之间的这种通信如故基于新闻的,只不过是进度内的新闻。

各种不相同的新闻可以用作是目标的不等措施:

一旦大家要进行3个奥德赛PC调用,客户端向服务器端传递消息,那种新闻最终是炫耀到劳动器端对象的两样方法的。比如大规模的WebAPI那种卡宴PC,大家跟服务器通讯的就是壹个个调用API的U翼虎L方式的新闻。

劳务是音信的生产者,客户是新闻的主顾:

此处表达的是服务端,客户端与新闻3者的关联,服务端提供劳务,客户端应用服务,可是服务端提供哪些的服务,客户端要调用那些服务,都要求音信交流,比如一家酒楼提供饮食服务,它要生产一条提供服务的音讯,比如在门口挂三个牌子,牌子上写明本店卖什么菜品;二个顾客通过这家餐厅,看到这些牌子,觉得正好有谈得来喜好的菜品,于是进茶楼吃饭,顾客的消费进度,其实首先消费的是其一牌子上写的菜品音讯。

MSF:服务不是失落的,也得以是主动的

咱俩用惯了WebService,大切诺基PC等,可能习惯性的以为,服务都以无所作为请求然后提供劳动的,但在其实生活中,专营商那样服务是越来越不行了,比如前边餐厅的事例,它提供饮食服务的,竞争的人多了,CEO只能亲自站在门口,问路过的小哥:

“帅哥想吃什么?那里啥都有。”

其临时候,餐饮音信由事先的饮食消息牌子,变成老董的吆喝声音主动进入你的耳朵,而不是等着你去看那么些牌子了。鲜明,服务可以是主动的,并且主动服务效用更好。那些道理现实生活中如此,程序世界也是那样,大家要求将大家的劳务及时的推送给客户端,那样客户端就由主动调用服务成为了懊丧接受服务了。

MSF:异步无处不在

世界的实质是异步的,你永远跟不上光的步履!

爱因Stan在脑力中对光的考虑,诞生了铁汉的“绝对论”理论,笔者想它不会反对本身说的这句话:)

而是,唯有1人她迟早会率先出来反对自身,那就是 马克斯·普朗克,他说“量子纠缠” 效应的发出,大概就是一块的!

普朗克的量子世界距离我们普通人的社会风气有点远,对我们老百姓而言,说“异步无处不在”没什么大题材:)

举个例证:

明代,将军在边界驻军,国君要想对敌人发动攻击,他要写一道金牌,然后让传令兵八百里加急,昼夜驰骋将军令送到将军手中。将军接到指令的时候,离君主下达命令,往往已经过逝一些天了,将军接到指令与国王发出指令,在时光上连接有反差的,而这一个小时距离只怕敌情已经爆发了变化,将军须求依照实际景况来控制,是当下发动攻击只怕权且不执行命令,所以才有“将在外军令有所不受”的说教。当然,未来有了电报电话,可以用那个进步手段来通讯,但要么有延迟,比如大家看来的电视机直播一样,主持人询问现场记者意况,记者连连会等几秒才能回答。

在微机通讯世界,大家来看一块和异步的区分。

协办是指:发送方发出数据后,等接收方发回响应将来才发下贰个数据包的通信格局。
 
异步是指:发送方发出数据后,不等接收方发回响应,接着发送下个数据包的通信方式。
一块是阻塞方式,异步是非阻塞情势。所以,今后广大特大型分布式系统都采用异步通讯来抓好系统的拍卖能力,随着大数据云统计越来越流行,异步处理变得进一步普遍。

 4,MSF的技术特点

  • 无须WCF繁琐的安顿,无需学习WCF知识。
  • MSF Host作为MSF服务组件的宿主进程,它是三个控制台程序;同时,MSF
    Host也是劳动的器皿,它可以运转八个用户支出的MSF服务组件。
  • MSF内置缓存服务,会话服务和身份验证服务。
  • MSF支持“服务集群”作用,蕴含集群监控管理和集群节点调度,节点负载均衡。
  • 其余事情类只需求继续MSF的劳动接口,就足以公布为MSF的服务组件。
  • 其他1个MSF服务类,都足以当作福睿斯PC方式或许服务推送情势应用,两种形式都援救同步依然异步调用,具体运用哪一类方法唯有在于客户端Proxy。
  • 劳务推送支持定时推送和触发推送二种方法,触发推送可以将服务内部的工作事件视作分布式事件推送给此外服务节点或客户端。

 

5,MSF与Actor编程模型

Actor模型是一个概念模型,用于拍卖并发计算。它定义了一三种系统组件应该什么动作和互动的通用规则,最有名的选取那套规则的编程语言是Erlang。那篇文章更关怀模型本身而不是它在不一样语言的贯彻。

2个Actor指的是一个最中央的计量单元。它能吸纳一个消息还要依据其推行总计。
以此意见很像面向对象语言,3个目的吸收一条音讯(方法调用),然后依据接收的新闻做事(调用了哪些方法)。

如上内容,来自《10 分钟了然 Actor
模型
》,更多内容请参见原文。

 

Actor模型作为一种关键的出现编程模型,它比操作系统原生的依据线程的矫正编程模型,提供了更高的架空,基于Scala语言开发的Akka,是JAVA虚拟机JVM平台上营造高并发、分布式和容错应用的工具包和运维时。

Akka它处理并发的方法基于Actor模型。在Akka里,Actor之间通讯的唯一机制就是新闻传递。Akka的风靡使得Actor这种编程模型被芸芸众生议论的越来越多。

图片 29
MSF的筹划工学之一就是“一切都是消息”,所以MSF跟Actor模型有局地共同之处:

– Actor模型=数据+行为+消息

-   Actor模型内部的状态由自己的行为维护,外部线程不能直接调用对象的行为,必须通过消息才能激发行为,这样就保证Actor内部数据只有被自己修改。
-   Remote Actor有Actor Path,例如:
    -   akka://ServerSys@10.102.141.77:2552/user/SomeActor

– MSF模型=服务+消息

-   MSF模型中服务的调用和服务的处理结果,都以消息来表示,要改变服务的状态,必须使用消息
-   MSF通过订阅一个服务,建立一个服务的实例,这些实例相当于一些Actor,它可以通过消息再调用别的Actor.
-   MSF也有Service Path,例如:
    -   Service://Calculator/Add/System.Int32=1&System.Int32=2

 

6,有关MSF的疑问

本身在向社区朋友们介绍MSF的时候,平时听到上边这一个疑问,作者想看到今日那篇文章的读者或然也有近似的疑点,所以很有要求在那边先做1个题材解释,以便你在决定是不是使用MSF的时候做一个根天性的判断,比如你须要很高质量的科雷傲PC调用,那您不吻合选用MSF,因为它根据WCF,高品质不是WCF的宏图目的。

  1. MSF是新闻服务框架,但它不是新闻队列;
  2. MSF的音讯不做持久化,都以实时的;
  3. MSF不是仅仅处理音讯的,重点在于服务,新闻是劳务调用过程的架空数据;
  4. MSF不是一个ENCOREPC框架,那只是内部二个功力;
  5. MSF不做B/S的新闻推送,而是C/S, S/S的通讯;
  6. MSF推送的不是音讯,而是服务;
  7. MSF基于WCF,所以并非苛求它MuranoPC的高品质,而相应是通讯的成熟、稳定和保证。

对此第1点,固然MSF不做音信的持久化,但你可以在消息发送后只怕接到后自身做那种持久化成效;

对此第五点,借使须求做B/S的音讯推送,能够使用WebSocket,而在WebServer端,它可以跟工作服务器之间使用MSF,新闻由工作服务器推送到Web服务器,最终再推送到浏览器;

对于第④点,MSF推送的不是消息,而是服务,有一个人技术总经理跟自己冲突了很久,他说服务端推送的可是是某些给客户端的数额而已,不是消息,更不是如何服务。那位COO说得不错,但本身说MSF推送的是服务,只但是是对他说法的1个尤为高档的空洞而已。

自我想,有一句广告词很吻合来诠释作者和他的抵触:

没错,你喝的是汽水,我喝的是北冰洋!

自家不是蓄意要在此地给一种汽水做广告,只是认为那个广告实在是很适合来表明小编的难题。

 7,获取MSF

MSF以往是开源软件,使用前,你须求遵从LGPL开源协议,LGPL对生意友好,你可以放心的应用,当然你可以联系大家得到技术协理。

  • 赢得源码,请点击http://pwmis.codeplex.com,以后将搬迁到GitHub,敬请关怀。
  • 拿到程序包,请在程序包管理程序搜索 PDF.NET.MSF,如下图:

图片 30

翻看新闻,请浏览网址:https://www.nuget.org/packages?q=PDF.NET.MSF
次第包分为客户端、服务端和宿主环境,分别是:

  • PDF.Net.MSF.Client
  • PDF.Net.MSF.Service
  • PDF.Net.MSF.Service.Host

8,MSF使用入门

在现阶段以此入门示例中,大家首先来演示下MSF的“音信对话”成效,让MSF的客户端和服务宿主程序间接举行对话通讯。

示范步骤

1,创造3个MSFTest化解方案,添加2个控制台项目MSFTest
2,包管理控制台,选用该品种,然后输入:

Install-Package PDF.Net.MSF.Service.Host

3,在消除方案添加2个TestClient 控制台项目

4,包管理控制台,采纳该品种,然后输入:

Install-Package PDF.Net.MSF.Client

那时候缓解方案文件夹如下图:

图片 31

5,在TestClient控制台项目里面,添加如下代码:

图片 32图片 33

 class Program
    {
        static void Main(string[] args)
        {
            Console.WriteLine("******** PDF.NET MSF 客户端测试程序 *********");
            Console.WriteLine();
            Proxy client = new Proxy();
            client.ErrorMessage += client_ErrorMessage;
            Console.Write("请输入服务器的主机名或者IP地址(默认 127.0.0.1):");
            string host = Console.ReadLine();
            if (string.IsNullOrEmpty(host))
                host = "127.0.0.1";
            Console.WriteLine("服务地址:{0}",host);

            Console.Write("请输入服务的端口号(默认 8888):");
            string port = Console.ReadLine();
            if (string.IsNullOrEmpty(port))
                port = "8888";
            Console.WriteLine("服务端口号:{0}", port);

            client.ServiceBaseUri = string.Format("net.tcp://{0}:{1}", host, port);
            Console.WriteLine("当前客户端代理的服务基础地址是:{0}",client.ServiceBaseUri);
            Console.WriteLine();

            string repMsg = "你好!";

            client.SubscribeTextMessage("我是客户端", serverMessage => {
                Console.WriteLine();
                Console.WriteLine("[来自服务器的消息]::{0}", serverMessage);
            });

            while (repMsg != "")
            {
                Console.Write("回复服务器(输入为空,则退出):>>");
                repMsg = Console.ReadLine();
                client.SendTextMessage(repMsg);
            }

            Console.WriteLine("测试完成,退出");

        }

        static void client_ErrorMessage(object sender, MessageSubscriber.MessageEventArgs e)
        {
            Console.WriteLine("---处理服务时错误:{0}",e.MessageText);
        }
    }

View Code

6,生成MSFTest项目
假定已经生成过,请右键菜单,重新生成项目,这一步将机关运转MSF Host。

7,运行TestClient项目
在服务端和客户端随意输入文字内容,服务端可以将音讯推送给持有订阅此新闻的客户端。

图片 34

 

何以运维MSF Host

在VS解决方案财富管理器上,选取设置过 nuget
程序包 PDF.Net.MSF.Service.Host
的门类,右键菜单,“重新生成”命令,即可运营MSF
Host,它是在Nuget安装程序包的时候,给项目的编译前后添加了风浪落成的:

copy /y "$(TargetDir)*.*" "$(SolutionDir)Host"
cd "$(SolutionDir)Host" 
start "MessageService Host"  "SucessCompiled.vbs" 

为MSF Host添加防火墙规则

一经您必要让MSF Host远程访问,或许需求管理防火墙规则,用管理员权限打开
CMD命令,运营上面的命令行:

netsh advfirewall firewall add rule name="PDF.NET.MSF.Host" dir=in action=allow protocol=TCP localport=8888

也只是钦点程序路径方法来添加防火墙规则:

netsh advfirewall firewall add rule name="PDF.NET.MSF.Host" dir=in action=allow program="D:\MSFHost\PdfNetEF.MessageServiceHost.exe"

 

订阅和发送文书音信

MSF客户端程序,可以平素订阅MSF服务宿主的文件音讯服务,之后,就可以随时向MSF服务宿主发送文书音信,并且可以异步的从MSF服务宿主接受音信。

 相关的代码如下:

Proxy client = new Proxy();
client.ServiceBaseUri = string.Format("net.tcp://{0}:{1}", host, port);
client.SubscribeTextMessage("我是客户端", serverMessage => {
      Console.WriteLine();
      Console.WriteLine("[来自服务器的消息]::{0}", serverMessage);
});

while (repMsg != "")
{
     Console.Write("回复服务器(输入为空,则退出):>>");
     repMsg = Console.ReadLine();
     client.SendTextMessage(repMsg);
}

服务代办对象的SubscribeTextMessage
方法发起文本定义,并且接受一个异步消息的嘱托。订阅之后,只要不关门连接,之后随时可以接纳 SendTextMessage
发送音讯。

那般,二个大致的MSF音信通话示例就办好了,大家来看在服务器端一行代码都并未编制。

一旦要自定义大家的政工服务,就要求写一些代码了,但也很简短,下一篇再持续,

抑或你可以先看看网友写的牵线:

SOD开源框架MSF(新闻服务框架)介绍

迎接参与大家的QQ群探讨MSF框架的应用,群号:敏思(PWMIS)
.NET 18215717,加群请申明:PDF.NET技术沟通,否则可能被拒。

Post Author: admin

发表评论

电子邮件地址不会被公开。 必填项已用*标注