.net项目技术选型总结

数据库

  • 小型项目：SQLite
  • 中大型项目：MS SQL Server(国内) / Mysql(国外)

数据访问技术

  • SqlHelper(ADO.NET)
  • 轻型ORM：Dapper / PetaPoco
  • 大型ORM：EF / NHibernet

服务端技术

  • ASP.NET MVC
  • WCF
  • ASP.NET WebAPI

前端技术

  • JavaScript
  • jQuery+jQuery UI
  • 前端框架：Easy UI(轻型)，ExtJs(大型)，BootStrap
  • 图表：FushionCharts，HighCharts
  • 文件上传：Uploadify
  • 在线HTML编辑器：CKEditor+CKFinder

第三方类库

  • 自已整理的公共类库
  • 日志：Log4Net，NLog
  • Excel导入导出：NPOI，Epplus
  • PDF文件操作：iTextSharp

原地址为 http://www.cnblogs.com/mcgrady/p/3665051.html

时间： 2024-10-19 00:39:45

.net项目技术选型总结的相关文章

(转).net项目技术选型总结

原文作者:mcgrady 原文地址:.net项目技术选型总结 做.net开发已经几年了,也参与开发了很多大大小小的项目,所以现在希望总结出一套开发.net项目的常用技术,也为以后做项目技术选型的时候作为参考. 数据库 小型项目:SQLite 中大型项目:MS SQL Server(国内) / Mysql(国外) 数据访问技术 SqlHelper(ADO.NET) 轻型ORM:Dapper / PetaPoco 大型ORM:EF / NHibernet 服务端技术 ASP.NET MVC WCF

关于团体项目技术选型的补充

上次提到技术选型的框架,我们觉得还有些不足,所以进行了些许补充.关于中间层框架的看法:一般的程序员可能都不习惯用中间层的框架,所以通常情况下源代码中不会出现中间管理.我个人觉得,如果不用中间层的话,我们的项目完全可以用NEW来代替,因为项目比较小,用到的类的类别也少.当然,上述所说成立的前提是在用JAVA语言开发的条件下,程序员编写一个单例模式的简单容器也应该可行.如果是在C语言开发的环境下,那我就不能妄下定论了. 现在很多管理化信息软件都反对一些免费的数据库软件,因为从技术上来看,实现对多个品

微服务架构案例(01)：项目技术选型简介，架构图解说明

本文源码:GitHub·点这里 || GitEE·点这里 一.单体架构 单体架构在中等偏小的业务中比较常见,场景模式就是单个应用.单个数据库.一个程序包(例如war格式或者Jar格式)包含所有业务需求功能,这是一种比较传统的架构风格. 单体架构的缺陷 复杂性高,整个项目包含的模块多,依赖模糊,修改程序容易触发不可知问题. 扩展能力受限,单体应用只能整体进行扩展,无法针对业务模块的特性进行伸缩. 稳定性差,任何微小的问题,都可能导致整个应用服务直接挂掉. 二.微服务架构 微服务架构是一种架构概念,

关于项目技术选型的思考

2014年12月加入了一个新的项目,这是一个游戏的辅助项目,其实可以认为是一个典型的互联网产品.这个综合使用了c/s和b/s两种结构.因为游戏相关的项目采用c/s是自然而然的事情,同时运用b/s结构就值得玩味了.在接手该项目b/s相关部份工作的过程中促使我开始认真思考关于一个技术团队在开发一个产品的过程中应该如何选择技术和工具的问题. 这个问题完全没有标准答案,但实际上在纷乱无章的表象背后其实还是有据可循的.首先从程度员的角度来看.毎个人其实都有尝试新技术的冲动(我所说的新技术包括新产生的技术和

关于此次团队项目中技术选型问题

关于此次软件项目的开发,我们设计了一个软件应用型的项目.显然,我们的项目跟市场上的主力军项目来比,就像一个刚出蛋壳的小鸡,很多地方都有可能出现纰漏.但是,在信息技术多元化发展的今天,我们必须给予项目技术层面足够多的关注,不然的话,吃亏的只能更加是自己.下面是此次项目开发中的关于技术选型方面的历程: 最初我们打算的项目是网站型的项目,因为网站性的项目访问量可能会比较大,而且还总是受到网络速度的影响,所以我们在选择框架时在前端WEB层中选择了Model View Controller(MVB).之所

从零开始搭建django前后端分离项目 系列一（技术选型）

前言 最近公司要求基于公司的hadoop平台做一个关于电信移动网络的数据分析平台,整个项目需求大体分为四大功能模块:数据挖掘分析.报表数据查询.GIS地理化展示.任务监控管理.由于页面功能较复杂,所以采用前后端分离方式开发.前端采用webpack+vue+vue-router+axios技术栈,后端用django进行开发.从搭建到上线,整个项目前前后后花了差不多一个月时间,中途也遇到一些问题,不过还好都解决了.由于是个人项目,所以我打算把源码贡献出来大家一起讨论学习. 源代码 https://g

移动开发主流框架的选取以及技术选型方案解析

传统的移动开发模式主要分为三种,Native App,Web App 和 Hybrid App,对于目前微信端比较火爆的开发平台小程序,或者其他厂商推广的流应用.轻应用等开发方式,基本都离不开H5的支撑.目前App前端开发主流框架RN,Ionic,Vue都发展得不错.但是业务需求的快速发展,有些框架并不能够满足他们的需求,在不同的业务场景,受诸多约束因素的影响,研发团队应该如何在前端框架上做好选型? 根据目前51CTO社群(群号312724475)中大部分移动开发领域的开发者实际项目经验,我们邀

技术选型--因地制宜、量体裁衣

——摘自<HTML5移动Web开发实战> c12  12.2 1.技术成熟度 一项技术是否成熟,决定了你的应用是否稳定.特别是新的技术通常意味着缺乏稳定性,在需要保证正确性和稳定性的场景(比如面向金融或者面向数量巨大的最终用户的应用),选择新技术时一定要慎重再慎重,对于一些不关键的容错性高的场景(比如内部系统),选择新技术的风险就会小很多. 2.文档 由于程序员基本都是由人类构成,因此文档好坏基本上制约着程序员的工作效率.无论你看到某项技术吹的再天花乱坠,请一定记得看看它的文档是否健全优雅,示

企业开发技术选型

http://blog.csdn.net/jwdstef/article/details/23767033 企业级开发我们在开发前需要进行技术选型,选择合适的技术,会让我们事半功倍,这就是为什么站在巨人的肩膀我们会看的更远.下面是3年前写的,过了3年出现了很多新的技术和框架,我会尽快更新出最新的技术选型,希望对大家有所帮助. 2.1. 基础架构 IOC Container: Spring, Guice 我们需要IOC Container的依赖注入作为胶水,把其他工具包粘在一起.还需要它的AOP,