`
文章列表
引言 本文提到的分层只是软件架构上的分层。文中的传统分层指的是传统的三层结构:UI(界面表现层),BLL(业务逻辑层),DAL(数据访问层)。文中提出的观点也都是个人的一点认识,与任何组织没有关系,如有异议,还请各位踊跃拍砖。 当然了,出现的这些问题,也可能只是我个人的问题,不代表每个人都存在。无则加勉,有则改正吧。如果是个人的问题,那就当是个人总结吧,大家看看就算了。 这里说到的传统分层,也有可能是我对于分层的错误理解造成的,但是我看见的不只是我的项目是这么的结构,很多的项目也都是这样的结构。里面的代码, 都和我理解的一样,至少可以说明,还是有一部分人犯了和我一样的 ...
引言 本文提到的分层只是软件架构上的分层。文中的传统分层指的是传统的三层结构:UI(界面表现层),BLL(业务逻辑层),DAL(数据访问层)。文中提出的观点也都是个人的一点认识,与任何组织没有关系,如有异议,还请各位踊跃拍砖。 当然了,出现的这些问题,也可能只是我个人的问题,不代表每个人都存在。无则加勉,有则改正吧。如果是个人的问题,那就当是个人总结吧,大家看看就算了。 这里说到的传统分层,也有可能是我对于分层的错误理解造成的,但是我看见的不只是我的项目是这么的结构,很多的项目也都是这样的结构。里面的代码, 都和我理解的一样,至少可以说明,还是有一部分人犯了和我一样的错误。 传 ...
  引言   本篇给大家介绍我这个工具的雏形结构,以及基本的用法,还请大家多提意见。   初看起来,这个有点像NHibernate。说到这里,肯定有人要拍砖了。其实,我也知道。我这个不入流的东西,和NHibernate相比差远了。我开发这个东西的原因主要有两个:   1)NHibernate太复杂了,学习了两个星期,觉得它太强大了。但是强大是用复杂做代价的,里面要学习的东西太多了,不敢轻易引入项目,因为很多原理不清楚,报错也不明确,所以不敢轻易在项目中使用。   2)自己想练练手,顺便通过这个过程,也好深入继续深入学习一下NHibernate。因为在写这个工具的过程中,我会看NHibe ...
引言   本篇给大家介绍我这个工具的雏形结构,以及基本的用法,还请大家多提意见。   初看起来,这个有点像NHibernate。说到这里,肯定有人要拍砖了。其实,我也知道。我这个不入流的东西,和NHibernate相比差远了。我开发这个东西的原因主要有两个:   1)NHibernate太复杂了,学习了两个星期,觉得它太强大了。但是强大是用复杂做代价的,里面要学习的东西太多了,不敢轻易引入项目,因为很多原理不清楚,报错也不明确,所以不敢轻易在项目中使用。   2)自己想练练手,顺便通过这个过程,也好深入继续深入学习一下NHibernate。因为在写这个工具的过程中,我会看NHiber ...
     引言   今天给大家介绍的是ORM中的有选择持久化技术。现在的很多ORM工具都支持有选择的持久化,就是对于属性有选择的持久化。也可以理解为只持久化那些有变化的属性,忽略没有变化的属性。      正文   很多时候我们想要知道实体的那些属性被更新,那些属性没有变化。   在很多的ORM工具中,在持久化数据的时候,可以判断哪些属性有值,哪些属性被更新过,这样的属性才会被持久化,没有动过的属性不会被持久化,而不是所有的属性都持久化。   发现属性有变化,有很多种办法。今天我给大家介绍一种,利用Inotifypropertychanged接口来实现属性变化的跟踪。一个类如果实现 ...
     引言   今天给大家介绍的是ORM中的有选择持久化技术。现在的很多ORM工具都支持有选择的持久化,就是对于属性有选择的持久化。也可以理解为只持久化那些有变化的属性,忽略没有变化的属性。      正文   很多时候我们想要知道实体的那些属性被更新,那些属性没有变化。   在很多的ORM工具中,在持久化数据的时候,可以判断哪些属性有值,哪些属性被更新过,这样的属性才会被持久化,没有动过的属性不会被持久化,而不是所有的属性都持久化。   发现属性有变化,有很多种办法。今天我给大家介绍一种,利用Inotifypropertychanged接口来实现属性变化的跟踪。一个类如果实现 ...
引言     本文中将向大家介绍我对于是使用实体的一些体验,欢迎大家拍砖。更欢迎提出不同或者相同的意见。 正文       刚开始学会使用实体的时候就是建立一个Entity类库,然后里面的实体被其他各层引用。大家传递和使用的都是这一个类库中的实体,包括前端和后台的项目都是引用这个类库,传递和操作这个类库中的实体。     就像上面的这幅图一样。每个都要添加对Entity的引用。每个项目都是这么做的,也没有发现什么不好的地方。   以前都是做一些小项目,或者是自己Demo一下。上面的做法也没有什么问题,而且看到别人的文章也都是类似这样的 ...
引言 本文中将向大家介绍我对于是使用实体的一些体验,欢迎大家拍砖。更欢迎提出不同或者相同的意见。 正文 刚开始学会使用实体的时候就是建立一个Entity类库,然后里面的实体被其他各层引用。大家传递和使用的都是这一个类库中的实体,包括前端和后台的项目都是引用这个类库,传递和操作这个类库中的实体。 就像上面的这幅图一样。每个都要添加对Entity的引用。每个项目都是这么做的,也没有发现什么不好的地方。 以前都是做一些小项目,或者是自己Demo一下。上面的做法也没有什么问题,而且看到别人的文章也都是类似这样的结构。后来在学习 ...
刚才突发奇想,对于开发的流程有了一点新的想法。就发出来,供大家拍砖。不知道大家对这个流程有什么不满呢,尽管说,希望尽快完善它,尽快应用它。好了,说正文吧。 1 了解需求 就是了解客户,或者是市场的需求 ...
刚才突发奇想,对于开发的流程有了一点新的想法。就发出来,供大家拍砖。不知道大家对这个流程有什么不满呢,尽管说,希望尽快完善它,尽快应用它。好了,说正文吧。 1 了解需求 就是了解客户,或者是市场的需求。可能要结合调研,深入体察,问卷调查之类的形式。尽可能了解市场的动向,方便把握我们的方向。 2 业务建模 了解的需求,定义的产品方向之后,就需要进行业务建模了。又可以分为三个阶段: 业务分析:分析市场的需求,划分业务的方向,找到业务的主体以及业务的大概内容和范围。 整理业务粗粒度的用例:分析完业务之后,将分析的结果整理为粗粒度的业务用例。可以用工具来辅助这个阶段的工作 ...
在使用NHibernate作为ORM工具的时候,我们经常会用到配置文件,包括NH的配置和实体映射的配置。 在配置实体映射关系的时候,有时候需要配置属性的类型映射,因为.NET的数据类型和数据库的数据类型DbType不是一一对应的。当然了,如果我们都记住了是最好的,没有记住的话,就查看下面的网页吧。   参考文档: 1 Understanding the NHibernate Type System 2 NHibernate Property Types 3 http://nhforge.org/doc/nh/en/index.html#mapping-types
在使用NHibernate作为ORM工具的时候,我们经常会用到配置文件,包括NH的配置和实体映射的配置。 在配置实体映射关系的时候,有时候需要配置属性的类型映射,因为.NET的数据类型和数据库的数据类型DbType不是一一对应的。当然了,如果我们都记住了是最好的,没有记住的话,就查看下面的网页吧。 参考文档: 1 Understanding the NHibernate Type System 2 NHibernate Property Types 3 http://nhforge.org/doc/nh/en/index.html#mapping-types
1 业务描述 首先我们来认识一下通告,消息,提醒这三者的区别和联系。 1.1 通告Bulletin: 平台发,用户收。分为实时通告和非实时通告。通告有优先级:紧急,高,普通。 平台向单个用户发,平台向多个用户发,平台向某 ...
1 业务描述 首先我们来认识一下通告,消息,提醒这三者的区别和联系。 1.1 通告Bulletin: 平台发,用户收。分为实时通告和非实时通告。通告有优先级:紧急,高,普通。 平台向单个用户发,平台向多个用户发,平台向某一个用户类型发,平台向全部用户发。 平台发布通告。 平台撤销通告。 平台删除通告。 平台查询通告。 用户查看通告。 用户查询通告。 数据库特点 一般不修改,每个用户一份,或者每个群体一份 1.2 消息Message(站内短信): 用户之间互相发消息,好比是手机短信。可以针对一个消息进行回复。分为实时消息和非实时消息。 用户发送消息。可以是个人 ...
今天和大家谈的是我对于实体的一些认识,难免有偏颇之初,还请各位指出。   大家都看到标题中的三个英文缩写了:DTO,DMO,DPO。DTO大家应该还是熟悉的,Data Transfer Ojbect(数据传输对象)。研究过DDD(Domain Driven Design领域驱动设计)的人应该了解过DTO。是用来传输数据的对象,应为领域对象虽然有数据(属性),但是领域对象上面还带有操作,在某些场合不适合进行传输,因为有些时候传输还需要序列化,而且也不是所有的领域对象属性都可以暴露给调用端的,而且有些属性可能要合并,可能要分解,之后才有利于调用端的使用,加上其他一些的业务原因,于是就有了专门用来 ...
Global site tag (gtag.js) - Google Analytics