学习C#的历程与苦恼

 我自从从事程序开发以来,一开始学习FOX,用了两年,做电信行业的收费系统,然后转向PB,一弄就是七八年.去年觉得PB分层困难,初期开发速度较快,但后期的维护费用实在是有点惊人,整天在那里修修补补.无聊之极.

在朋友的引荐之下,涉足ASP.NET.

当然,首先要学习其基本语法,这个容易掌握,几天就完事了.

其次,由于习惯性的思维方式,由于一直从事的是MIS,少不了要连接到数据库方面的知识,接着就开始了漫长的ADO.net历程,又是工厂,又是反射,涉及到设计模式这一块,接着就开始学习设计模式.说到设计模式,就不能不提设计与分析,UML又进入了我的领地,做了分析与设计,进入到更高的一层,架构的设计与分析,怎样设计一个合理的框架,来适应不同层面的技术人员,运用相同的标准与模式,来组织团队式开发

然后,就接触到怎样学习反射,WEBSERVICES,REMOTING这些基于网络协议及接口的程式开发.

要开发MIS系统,少不了的就是报表,我开始选用的是水晶,但控制它不太容易,而且调试也不太方便.在VS2008中我发现了REPROTING　ＳＥＲＶＩＥＳ这个工具比较适合

要运用这些工具就需要掌握其用法，又是买书学习，又是听微软的视频讲作，唉，忙得不亦乐呼！！！

原来的系统是用ＰＢ设计的，维护量太大，一个小小的用户姓名长度修改就把人忙得找不到北了．

痛苦之至！！！

在痛苦之时，决定用ＡＳＰ.net之上建立我们自己的体系．

在开发过程中，有时觉得微软提供的组件及控件不能完全适应我们开发的实际需要，就需要扩充其组件及控件的工能，以适应系统之需．

在开发设计之时，系统采用三层架构

ＵＩ层－－－

业务逻辑层

数据层

涉及到数据层，又要考虑ＯＲＭ，到底运用那一个呢，是ＮＨＩＢＥＲＡＴ，还是ＤＢＬＩＮＱ，最后我选用的是ADO.net entity frameWork这个框架

但在分块分层过程中，又要考虑分发软件模块时又太麻烦．

我的设计为：

门诊挂号：－－－

　　　　　ＵＩ层

　　　　　挂号业务逻辑层

                    数据层

门诊收费：－－－

　　　　　ＵＩ层

　　　　　门诊收费逻辑层

　　　　　数据层

－－－－－－－－－－－－－－

公共模块

                    ＵＩ层

　　　　　逻辑层

　　　　　数据层

　　　　　公共组件及控件

 

-------------

 这样设计，又出了个问题，老板要用ＷＰＦ来作界面设计，而作ＷＰＦ的那一帮人基本不懂业务，对于界面逻辑判断等实现有难度

考虑再三，又将框架分出ＵＩ逻辑层，用于与ＵＩ层的通信，还有一个工作就是设初值，主要工作当然就是作些控件和组件了，用于ＷＰＦ界面的拖拉．

其它，就得学习ＷＣＦ知识，用于各层的通信及服务了．

唉，到头来还是个ＣＳ架构

原来学了ＷＦ，这次怕是用不上了，发觉ＷＦ来设计办公系统，还是个不错的工具

－－－－－－

一年了，又是一年新始．

前边的路还很长，这真是学无止境啊！！！！！