.NET商业应用架构所要解决的若干问题

转载 2006年06月03日 17:47:00

.NET的WEB商业应用架构所要解决的若干问题(原创)

微软风风火火地发起了.NET革命,至今已经有4年的时间了,就从其本质的CLR和C#语法上来说,确实比J2EE要进步不少,连Martin Flower在举例说明OO方法时,都不自觉地使用C#来表达。然而若从商业应用的角度上来讲,微软却落后J2EE太多,这主要是从商业应用架构上来说。J2EE由于老主宗SUN公司相对弱势,导致不能很好地控制局面,因此J2EE阵营在发展初期经历了镇痛,但终于依靠开源来达到了空前的盛况,J2EE阵营注重标准、开放、良好架构的原则,并且现在也开始从微软最擅长的易用性向.NET发起攻击,J2EE对于.NET的优势恐怕要持续地保持下去了。反观.NET阵营,商业气息浓烈,由于微软的强势,导致任何的民间组织都倍受压力,微软的发展或者说插入点是从易用性出发,从一些hello world或者petstore的小项目来说,确实有不少优势,仿佛任何的项目都可以在弹指间完成,然后对于大项目事实上是这样的吗?微软的这些易用性通常靠鼠标点击来生成hard-code的代码,从重用性、维护、扩展角度上都要要付出巨大的代价。微软阵营习惯了去使用微软提供的API来完成项目,.NET阵营的特点是封闭、寡头执政、易用。从微软现在的情况看充其量只能在CLR和C#(JRE,和JAVA语法)或者说基础架构上对J2EE有较大优势,但是说到上层的OR-Mapping、表现层框架、AOP架构等,微软几乎无招架之力,而这些就是构建商业应用所最需要的架构,在很多.NET项目中很多的这些商业架构都是靠项目组自己来完成,其痛苦不堪而言。.NET和J2EE之争,仿佛就是6万人组成的严密组织纪律的高素质专业军团和几百万人组成的民间机构体制的竞争,是从“易用性->架构”和“架构->易用性”的2条路线方针的竞争,孰胜孰败,只有靠历史来评判了。

突然发现我扯远了,呵呵!也无所谓了,突来兴致多说点废话了,全当在.NET这个阵营里面生活太久的一些牢骚了。下面我言归正传,来谈谈.NET商业应用架构。首先,我想表达一下,为什么要有提出这个商业架构的问题,我想解决的是什么问题,总得来说商业架构所要解决的是:提高软件质量、加快开发效率、降低维护成本。下面就从商业应用的各个方面来说明:

  1. OR-MAPPING我认为这是首要解决的问题,是整个商业应用中最需要提高的部分。有了OR-MAPPING,可以将以数据为中心的开发方式转移到以Model为中心的开发方式。不解决这个问题,永远也实现不了在《企业应用架构模式》一书中所说的三种基本模型种的最高层次Domain Model模式。不解决这个问题,3层企业应用中关键层次商业逻辑层的OO就不得执行。
    问题:要求实现商业逻辑和持久化的解耦,项目要求可以跨数据库。
    可能的解决方案:NHIBERNATE(现出于beta版本)、IBatis(1.0版本)
  2. 复杂查询:OR-Mapping不能解决复杂查询的问题,用NHIBERNATE中的HQL也不能很好解决这个问题(若查询牵扯到子对象,必须发送额外的查询语句,以及OR-Mapping中的entity不能完全容纳查询所需的字段)。
    问题:各种商业所需的复杂查询实现需要动态构建很多查询语句,不能很好的统一,也不能很好的维护。
    可能的解决方案:IBatis(1.0版本)
  3. 数据字典:或者说meta-data,即描述数据结构的结构
    问题:很多商业项目要求可自定义字段,自定义报表,自定义查询列表等功能。另外,商业项目中很多查询条件、列表的代码过多重复。
    可能的解决方案:暂无,不过可以参考MSCRM中的meta-DATA的实现。
  4. MVC
    问题:不用说了。
    可能的解决方案:MAVERICK.NET、UIPB
  5. 事务:
    问题:
        1、数据库的事务不能实现business transaction的功能,要实现required、nonsupported、supported、等形式的事务功能。
        2、开启事务、提交事务,回滚事务的代码过于重复,靠人为约束来实现难免会引入bug。
    可能的解决方案:Enterprise Services  (COM+)(但是将引入难以部署的问题)
  6. 统一页面中的数据验证、读取、和加载
    问题:
    很多页面的数据验证、读取、加载都类似,但重复地写过于繁琐。要求如日期、金额等格式在整个项目中统一,开发人员在每个页面中做同样的繁琐操作不利用维护。
    可能的解决方案:
  7. 日志:
    问题:在每个商业应用中,都要写很多类似的日志代码,过于繁琐。
    可能的解决方案:Spring.NET、Aspect#、EDRA
  8. 权限验证:
    问题:在每个商业应用中,都要写很多类似的权限验证代码,过于繁琐。
    可能的解决方案:Spring.NET、Aspect#、EDRA
  9. 解决并发冲突:
    问题:在WEB开发中的并发问题尤其严重,每个页面都可能并多个用户同时打开,架构要处理这种并发问题。
    可能的解决方案:《企业应用架构模式》中的第6章描述。

使用VB.NET遇到的若干问题及解决方案

目的:提高使用VB.NET操作excel的运行效率 方式:尽可能减少与excel交互的次数 问题1:如何把Worksheet中的Range对象整体赋值给数组,减少循环读入的次数? 这个问...

基于ASP.NET的蒙古文网站建立及若干问题分析

摘要:随着全球数字化、网络化发展进程的加快,国家相关部门及时采取了保护、开发、利用民族语言资源的措施,因此蒙古文网络资源也日益丰富起来。但由于蒙古文编码及浏览方式的独特性,在开发的过程中会遇到不少难题...

关于Lucene.net 2.9.2.2 中删除索引的若干问题

最近项目中用到了Lucene.net和盘古分词 ,用以支撑前台的搜索需求。 在使用过程中,发现删除不太好用,具体表现在:使用IndexWriter.DeleteDocuments 指定术语(Term...

asp.net网站部署的若干问题集绵-不断更新中

问题1:公司网站要分二级域名,但是开发项目只有一个,分开部署到iis里面,出了问题 http://www.tjerp.com   目录:/web http://cz.tjerp.com    ...

IIS7上部署Asp.Net4.0时UrlRouting的若干问题

http://www.cnblogs.com/yjmyzz/archive/2010/05/31/1748170.html

发布ASP.NET MVC 4.0 网站到Web服务器上遇到的若干问题

昨晚领导要就就目前的开发进度发布一个演示版本,发过来一个地址。在之前的公司有DBA和Archi 把环境搭建好,很少为这些事情操心。没想到本来认为挺容易分分钟搞定的事情,也遇到了一些波折。所以就这些问题...
  • suneboy
  • suneboy
  • 2015年08月07日 14:40
  • 396

PHP访问.NET WebService的若干问题

今天遇到一个问题,商城的购物车接口用.NET WebService开发的,PHP也想要购物车的数据。于是我就像平时用ajax跨域请求那样直接给他链接,那么问题来了。 1、通过url访问完全没有问题 ...
  • for12
  • for12
  • 2015年12月14日 12:50
  • 334

Vista&Win7下CreateRemoteThread应用的若干问题和解决方案

Vista&Win7下CreateRemoteThread应用的若干问题和解决方案 在xp、03下面,用CreateRemoteThread往别的进程注入shellcode或者是dll是一件非常...

模糊控制工程应用若干问题研究

  • 2015年12月09日 13:21
  • 9.39MB
  • 下载

C++语言应用中的若干问题与对策

  • 2010年05月31日 14:41
  • 210KB
  • 下载
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:.NET商业应用架构所要解决的若干问题
举报原因:
原因补充:

(最多只允许输入30个字)