=
from: https://www.cnblogs.com/evilcat/p/7628041.html
有修改,改进
=
一、 引子
从我还是编程菜鸟时起,.NET就从来没让我失望过。总是惊喜不断。
当年我第一个项目是做个进销存。用的Winform。当时我是机电工程师。编程只是业余心血来潮而已。
.NET的低门槛、VS良好的编程体验及MSDN完善的说明让我从此踏上了 码农 的不归之路。
回首十年,是从.NET2.0一路走来,记得当年灵感之源发过一篇.NET技术堆栈大全,
( http://www.cnblogs.com/unruledboy/p/NetStack.html ),对照下自己,4.5的很少用到,其他技术或多或少都有涉及。
二、 .NET 技术栈的分析
.NET从第一版发布至今,也有17年历史了。能经久不衰,肯定有它的特长和亮点。我认为它最大的亮点就是生产力。最大的特长是做桌面应用。
说通俗点,就是.NET什么都能做,做桌面他最精,出活他最快。
做移动端,.NET也有一席之地,xamarin和Unity。然而竞争对手有 JAVA 和Obj-C,Swift,H5与之PK。xamarin还嫩了点。
做后台服务,.NET Core,WCF这些技术不错,但服务器很多是Linux,JAVA先入为主,更有优势。
做网页,ASP.NET很好。但是竞争对手就更多更强了,JAVA,PHP,js,各种开源解决方案。
在现在流行的NO SQL、AI这些领域,.NET也有一席之地,然而这块它显然不是主流。
而在桌面这块,有WPF,Winform,和他相关的有WCF,WF,ADO.NET,EF,LINQ。结合Visual Studio,Office,SQL Server,竞争对手完全不是一个档次。
那么,这个技术栈最适合的领域是哪些呢,我认为就是运行在Windows系统上的各种程序。
桌面应用要数据库有数据库,要服务有服务,要控件有控件,要报表有报表(RDLC),简直是要啥有啥。更不用说还有强大的第三方控件、丰富的开源组件。
如果有人想用JAVA或者其他什么技术做桌面,我只能说,这很奇葩。除非你对性能要求到苛刻程度。
如果你想做移动端,大数据,互联网什么的,继续用.NET没问题。但是性价比不突出。比如NO SQL这块的,其他语言擅长就让它做好了,.NET来调用就是。田忌赛马,扬长避短。
有人说桌面药丸,微软要倒,What?微软新CEO上台两年股票涨了一倍多,现在活得好好的,DELPHI这个没妈的孩子现在都在茁壮成长,是不是想多了。
又有人拿.NET的性能说事。说什么不如C++云云。这个之前的老赵、xiaotie他们都分析过,按我经验,还没发现有什么性能问题。
因为.NET类库和C#语言都有一个特点,就是给你多种选择。你想省事偷懒自然可以用现成的。想追求极致,甚至你可以用指针。我也用过指针。
差不了多少的性能,和天壤之别的开发效率,这个性价比应该仔细考量。
三、 极限压榨.NET技术栈的潜能
既然.NET最大亮点是生产力,就结合我个人的例子来说吧。
当初打算设计组态软件。单位不是软件公司,我的职责也不是设计组态软件。一开始只是心血来潮。但是面临一个很大问题。就是我看到的组态软件,WINCC,Intouch,都是庞然大物。
如果不是脑子烧掉,不会想着靠一己之力做出来。但是我分析之后,发现我只需要解决两个关键问题。一个是组态设计器,一个是网关。
网关我参考的是OPC规范。按下不表。组态设计器这个,因为我看上了WPF对图元的表现能力、Blend的零代码设计能力。先在网上搜WPF图形设计器,找到了这个:
感谢周金根提供的这个线索。找到了一套WPF开源的图形设计组件: Diagarm Designer。
然而看了代码体验了DEMO之后,再比较WINCC等的功能,感觉工作量还是十分巨大。
这时候我想,如果能把这套组件的界面连线功能纳入Visual Studio就好了。于是继续搜索,发现了这个:
https://msdn.microsoft.com/zh-cn/subscriptions/bb546938(v=vs.90).aspx
果然微软没有让我失望。于是我只需要专注于如何将我需要的组态设计器功能嵌入到Visual Studio神器就可以。
.NET对数据库、文件IO、通讯协议的完美支持让我编程省了很多事。加上我之前积累的类库,进展飞快。
这时候碰到一个新问题,就是常规组态软件有一个重要功能:组态变量。也就比如1号电机、2号电机同时运行的话显示绿色,应该表示为:Motor1.Running & Motor2.Running。
这要求我的设计器能够支持常规的四则运算、逻辑运算,也就是支持复杂的表达式。
微软的表达式树 ExpressionTree 提供了对表达式完美的封装。我可以方便的利用它实现我的语法。
我的业余爱好是研究程序化交易。我选择了Winform,绘制K线图我只用了几百行代码,就实现了一个可以缩放、拉伸、移动、加入自定义指标的K线图。
为什么这里选用Winform而非WPF?因为WPF优势是界面与代码分离,利用Blend工具人工绘图,冗余较多。但做K线图需要读入大量数据,程序生成,使用Winform提供的GDI+ API绘制效率更高。
我利用组态项目的表达式解析器加以改进,很快做出来股票预警器。其他地方也很多参考、借鉴了网关、组态设计器的现成代码和思路。
现在做成的这个交易系统,包括图形界面、自定义指标、各种函数支持、策略生成器、回测、实盘运行,总共代码也没有多少,非常简洁。这要感谢.NET强大的架构能力和类库。
很多人说 python 做程序化交易首选,比如python的脚本能力和各种图表绘制能力。但我大C#的强类型编程能力、架构能力、各种语法糖,写策略不是python能比的。至于自定义图表,别忘了可以导入或者嵌入EXCEL。
一旦你用惯了.NET,有了自己积累的类库,和长期培养的架构理念、抽象能力。你可以在桌面上实现你能想象到的大部分事,让程序成为你的好帮手。
有人说.NET 不能做大数据、不能玩阿尔法狗什么的。拜托。这些东西本来就不是个人、小团队玩的,是国家或者大集团才用得上的。别想多了。
作为一个.NET铁杆粉丝,我只感到庆幸。因为.NET很适合我和我的行业。两岸猿声啼不住,轻舟已过万重山。
github地址: https://github.com/GavinYellow/SharpSCADA 。我的第一个开源项目。为了推广它,我这国庆节每天抽出点时间敲键盘。欢迎大家多提宝贵意见和建议。
=
=
=
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。