vs控制台程序 程序员高手和菜鸟究竟差在哪里？

原标题：程序员高手和菜鸟究竟差在哪里？

随着做的时间越来越长，我发现，做越来越难。难在哪？难在怎么做出一个好的。好的标准是什么？两个词，好用，好看！程序员的最大价值在于做出好用又好看的的能力。因此，我觉得程序员的价值绝对不在于技术本身，而在于做出好用且好看的能力。vs控制台程序这是一个开放性的话题，每一个人都是菜鸟过来的，我希望和祝愿每一个技术人员都能尽快成为高手，也希望更多老鸟来分享经验。在这篇文章，我将根据自己的经验来分享，期望能给人有更多的有帮助的信息。在这里，我只想从技术角度来分析，技术不一定和收入相关联的。

一、命名

从程序代码的命名，我们就可以看出一个人的水平。最差的命名就是使用中文、拼音、拼音缩写、中英混搭，接下来要么是模仿式命名，要么干脆就随意命名。模仿式命名典型的就是“××DAL”，说实话，我觉得类似于“UserDAL”这样的名字，我觉得太不美观了，一般这我就知道这是典型分层架构的模仿者，说明他是有些经验的人了。

随意命名，就是写代码的时候，名字压根就没有意义，比如var list = new List<User>，其实完全可以写成var users = new List<User>的。想要命名的更有意义，你只需要将每一个类、每一个方法、每一个单词的名字都用你开发时的意思直接描述出来就行了。

二、模型抽象能力

模型决定一个系统的可用性、稳定性、易用性、可维护性、可扩展性！

这个模型不是UML建模，而是的核心。vs控制台程序vs控制台程序就是你设计一个时，为其所抽象出来的原理性的描述。模型决定一个的质量、易用性和扩展性。凡是优秀的，都有一个共同特点，就是其模型构建的非常漂亮，当然也有不怎么优秀的，模型也很漂亮。微软MEF，我个人觉得其模型构建非常的漂亮和优雅，有兴趣同学可以看看《体验Managed Extensibility Framework精妙的设计》这篇文章。MEF的核心就是组合基元，如下图所示，它简单的定义了动态组合的支持基础，然后一层一层的进行扩展。

当然了，因为文章是我写的，我也得得瑟的显摆一下OSGi.NET的设计。可以说，OSGi.NET的设计。OSGi.NET的设计也是类似于MEF，内核很简单，只是为了实现三大功能：动态插件化、面向服务、扩展。不过，我们却可以从简单的OSGi.NET来支撑WinForm、ASP.NET、ASP.NET MVC等任意应用，从简单控制台扩展到iOpenWorks这样的自动化部署与生产线平台。它的扩展方式是：

WinForm等桌面插件应用 = OSGi.NET + 应用插件

ASP.NET应用 = OSGi.NET + WebExtension + Web插件

MVC应用 = OSGi.NET + WebExtension + MvcWebExtension + Web插件

自动部署 = OSGi.NET应用 + iOpenWorksBundleRepository + iOpenWorksBootstrap + 自动升级插件

远程服务 = OSGi.NET应用 + 远程服务宿主插件

负载均衡 = OSGi.NET应用 + 远程服务宿主插件 + 负载均衡客户端插件

在OSGi.NET之上的任何应用，都是基于组合和扩展的方式，并没有去不断变更OSGi.NET内核本身的代码。此外，OSGi.NET内核能够支持.NET Framework、Mono、.NET Compact Framework，因为它设计的模型非常小，没有用过多的类库支持。

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