catwangfree怎么使用_女性使用卫生棉球的应用_依维柯汽车结构使用与维修/汽车构造使用与维修丛书

一、 引子

从我还是编程菜鸟时起，.NET就唯独没让我失望过。总是惊喜不断。

当年我第一个项目是做个进销存。用的Winform。当时我是机电工程师。编程只是业余心血来潮而已。

.NET的低门坎、VS良好的编程体验及MSDN完善的说明让我自此踏上了码农的不归之路。

回首十年，是从.NET2.0一路走近，记得当时灵感之源发过一篇.NET技术堆栈大全，

（），对照下自己，4.5的很少用到，其他技术或多或少都有涵盖。

二、 .NET技术栈的分析

.NET从第一版发布迄今，也有17年历史了。能经久不衰，肯定有它的长处和看点。我可能它最大的看点就是生产力。最大的长处是做茶几应用。

说通俗点，就是.NET什么都能做，做茶几他最精，出活他最快。

做移动端，.NET也有一席之地，xamarin和Unity。然而竞争对手有JAVA和Obj-C,Swift，H5与之PK。xamarin还嫩了点。

做后台服务，.NET Corecatwangfree怎么使用，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就好了。于是继续搜索，发现了这个：

(v=vs.90).aspx

果然微软没有让我难过。于是我只需要专注于怎么将我需要的组态设计器系统嵌入到Visual Studio神器就可以。

.NET对、文件IO、通讯协议的完美支持让我编程省了很多事。加上我之前积累的源码，进展飞快。

这时候碰到一个新难题，就是常规组态软件有一个重要系统：组态变量。也就诸如1号电机、2号电机同样运行的话表明黑色，应该指出为：Motor1.Running & Motor2.Running。

这要求我的设计器希望支持常规的四则运算、逻辑演算，也就是支持复杂的解释器。

微软的表达式树ExpressionTree 提供了对表达式完美的封装。我可以快捷的借助它实现我的题型。

我的业余爱好是研究程序化交易。我选择了Winform，绘制K线图我只用了几百行代码，就实现了一个可以缩放、拉伸、移动、加入自定义指标的股价图。

为什么这儿选用Winform而非WPF?因为WPF优势是页面与源码分离，利用Blend工具人工绘图，冗余较多。但做K线图需要读取大量数据，程序生成，使用Winform提供的GDI+ API绘制效率更高。

我借助组态项目的解释器解析器加以改进，很快做出来股票预警器。其他地方也众多参考、借鉴了公网、组态设计器的现成代码和逻辑。

现在做成的这个交易功能，包括图形按钮、自定义指标、各种键值支持、策略、回测、实盘运行，总共代码也没有多少，非常优雅。这要致谢.NET强大的架构能力和源码。

很说python做程序化交易首选，比如python的插件能力和这些图表绘制能力。但我大C#的强类型编程能力、架构能力、各种句式糖catwangfree怎么使用，写思路不是python能比的。至于自定义图表，别忘了可以导出或者嵌入EXCEL。

一旦你用惯了.NET，有了自己积累的源码，和长期培育的构架理念、抽象能力。你可以在茶几上实现你能想象到的大部分事，让流程作为你的好帮手。

有人说.NET 不能做大数据、不能玩阿尔法狗什么的。拜托。这些东西毕竟就不是个人、小团队玩的，是邻国或者大集团才用得上的。别想多了。

作为一个.NET铁杆粉丝，我只觉得庆幸。因为.NET很适于我和我的企业。两岸猿声啼不住，轻舟已过万重山。

github地址：。我的第一个开源项目。为了推广它，我这国庆节每天抽出点时间敲键盘。欢迎各位多提珍贵意见和建议。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/shouji/article-119632-1.html