LightSpeed 是一个最高性能的 .NET 领域建模和 O/R 映射框架,第一级别的 LINQ 支持.Visual Studio 2008/2010 设计器集成,是一个著名的高性能框架.[注:收费的!] LightSpeed 官方文档    LightSpeed视频教程 安装过程姑且不提. 第一步 右击项目 -> 添加 -> 新建项 -> 数据 -> LightSpeedModel .然后改名 点击添加即可 这时项目中就会出现该文件,并打开 第二步 添加Model 拖动一个E

<停车卫> 产品需求说明书 文档版本号: Version 2.0 文档编号: xxxx 文档密级: 归属部门/项目: 产品名: 停车卫 子系统名: 编写人: kina 编写日期: 2015/09/27 XX   版权所有 内部资料  注意保密 1 修订记录: 版本号 修订人 修订日期 修订描述 version2.0 kina 2015/09/27 部分功能的整合,添加抢车位功能,分享功能,出租车位功能. 2 目录 一.简介....................................

产品规格说明书: 版本号: V2.0 版本说明: Version 1.0 简单得需求分析以及构思,初稿形成 Version 2.0 细化beta阶段设计,增加典型用户尝尽以及功能罗列 1. 引言 1.1.  编写目的 此规格说明书编写的目的是明确本项目的详细需求,供用户确认项目的功能和性能,和用户形成一致的理解和确认,帮助实际用户以及潜在用户更好的理解本产品,同时也帮助我们在开发过程拥有更加明确的目的. 1.2. 项目背景项目名称:Xueba网上教学问答系统后台数据获取和处理系统项目面向用户:X

前   言 嘿嘿!嘿嘿!嘿嘿嘿嘿!大家好,我是XXX! 经过30K大大几篇文章在博客园怒刷存在感之后,咱们的小群瞬间从70人的数量增加到了将近400人.一下子加进来这么多人我还真是有点不适应啊! 我知道自从你们看了[PaPaPa][需求说明书][V0.1-V0.4]之后 就一直期待着接下来的版本,所以我决定写下[PaPaPa] [需求说明书][V1.0]版本,别问我[V0.5]-[V0.9]去哪里了. 因为按目前的情况我们确实需要写一个完整的内容了.好了前言就到这里了. 接下来的内容一定让你爽翻

PaPaPa软件需求说明书V0.3 前   言 不好意思,本文是没有前言的. 别说是前言了,其实关于界面的内容我也是不打算写!!   因为我知道你们想要的界面是这样的: 再不济也应该是这样的: 但是我觉得我给你们的应该会是这样子的(所以我是不想写的): 因为我觉得我即使给你们这样的效果: 但最终你们也会给我这样的结果: 第一章 概述 1.1 编写目的 伴随着互联网的发展……(此处省略2000字,即时不省略我也知道你不会看) 我们还是来说一下真正的目的吧!!!! V0.3版本的需求说明真正的目的就

PaPaPa软件需求说明书V0.2 前   言 经过第一版本的需求说明书之后,我发现博客园不让我把文章发到首页,那么对于这种情况该怎么办呢?我决定立马发布V0.2版本来挑战一下博客园的审核制度,嘿嘿 第一章 主题 别问我为什么没有目录了,也别问我为什么直接就是主题了. 我是写文档的,我喜欢怎么写就怎么写!!(其实是我懒的分章节了所以直接就主题吧) 上一章我们讲到如何开展约会,以及如何进行约会,还有如何PAPAPA,这一章我们来将上一章讲解的内容着重分析下(妈蛋,瞬间感觉自己在写小说了!!) 以及

PaPaPa软件需求说明书V0.1 前   言 我觉得我们废话不能多,废话一多的话大家就找不到重点了,其实本项目是出于技术研究的目的来开发的,大家讨论了半天决定要做社(yue)交(pao)类的项目. 经过第一版本的深思我们准备做旅游,行程预定.然后轨道越来越远,瞬间感觉我们可以融资数千亿,打到企鹅,干掉熊掌,强奸天猫,变身高富帅了.. 妈呀=.= 又扯远了,前言就这么愉快的结束我们进入正题吧. 第一章 概述 1.1 编写目的 本文档编写的目的是给群里各位喜欢聊天又不喜欢整理需求的程序员了解需求用

虽然使用LightSpeed提供的Query就可以解决绝大部分问题,但如果业务逻辑过于复杂,有时候还是需要执行SQL语句或者存储过程 用SQL的方式就是使用FindBySql. FindBySql的参数只有一个  Command. 而创建Command的方式则不是那么简单 var cmd = unitOfWork.Context.DataProviderObjectFactory.CreateCommand(); Command需要赋予Text,也许还会有参数 cmd.CommandText =

在使用LightSpeed对数据库进行Left Join或Right Join操作时,经常会报一些匪夷所思的异常. 明明表没有问题,表面上语句写的也没问题,可总是报错.看分析器里的SQL就知道了,是LightSpeed对Left Right Join的解析是有问题的. 注:LS对Left Join和 Right Join 最后都会解析成Group Join来处理 当然这种情况只是偶尔发生,是因为某些表及关系的创建方式问题(LS官网要求把项目发给他们来分析问题,嫌麻烦 就没有继续下去,具体原因就没

1.Update对于批量操作 无论是Update还是Remove  都是使用LightSpeed的Query对象来完成. 注:Student是要进行Update的表(实体),StuName是表Student中用于查询的 var stuQuery = new Query( typeof(Student), Entity.Attribute("StuName") == "老王" ); 这个Query对象相当于一个Where.具体的Set语句是在下面这个代码里实现 dbC

1. 关于KeyTable 配置文件中有一个节点 lightSpeedContexts  该节点下存放的是一些使用LightSpeed的配置,如 <add name="myDB" connectionStringName="myDBCon" dataProvider="SqlServer2008" pluralizeTableNames="False" identityMethod="Guid" /&

转载自:http://www.cnblogs.com/llzgzljl/p/3356108.html activiti5.13 框架 数据库设计说明书 1.结构设计 1.1.    逻辑结构设计 Activiti使用到的表都是ACT_开头的. ACT_RE_*: ’RE’表示repository(存储),RepositoryService接口所操作的表.带此前缀的表包含的是静态信息,如,流程定义,流程的资源(图片,规则等). ACT_RU_*: ‘RU’表示runtime,运行时表-Runtim

麻雀虽小,五脏俱全. 创业公司启航,三五十来个人.七八条枪,其中“C”字开头的官儿还真少不了 – CEO.CTO.COO.CFO.CMO.CIO.CCO.CLO.Chairman/Chairwoman……不过,和大公司不一样,创业公司里的“C”品官不是权力.待遇.级别的标志,“C”字上镶嵌着的是责任和抱负.一句话,创业公司里的C品官是引发宇宙星云大爆炸的原子.核子.中子.粒子.创业公司里的C品官常常是一个萝卜好几个坑,有干不完的事情睡不著的觉,要说创业的乐趣,也就全在其中啦.   CEO/首席执

1. MIPI 因为是差分信号,所以时钟和数据lane 都是一对一对的,对应的即是: 1land = lane(N) + lane(P). 分享mipi 规格说明书文档如下: http://yun.baidu.com/share/link?shareid=3392503278&uk=3910054188

PEP 333 这应该是WSGI最权威的文档了  http://www.python.org/dev/peps/pep-3333/  值翻译了最重要的前面部分,后面读者可以参考 当然文档有些生硬,欢迎大家提出 PEP 333序言 这是PEP 333的更新版本,简单的修改为了提高在Python 3下的可用性,同时将几个长期存在的修正案合并到WSGI(它的代码样本也被移植到Python 3) 由于某些程序的原因,这是一份独特的PEP,以前在Python 2.x下兼容的服务器和运用程序如果不做修改将会

由于在java开发时我们得到的或者给别人的文件一般都是class文件,不会给出源文件,故编写一个简洁易懂的说明书是必须的. ps: @param int[] arr 会有警告,可以删掉 int []. 用工具解析文档注释:javadoc工具 javadoc -d 目录 -d -author  -version ArrayTool.java 有时会提示出错:找不到可以文档化的公共或受保护的类-->在class前加一个public即可.

代码编写规范说明书(c#.net与asp.net) 目 录1 目的2 范围3 注释规范3.1 概述3.2 自建代码文件注释3.3 模块(类)注释3.4 类属性注释3.5 方法注释3.6 代码间注释4 命名总体规则5 命名规范5.1 变量(Variable)命名5.2 常量命名5.3 类(Class)命名5.4 接口(Interface)命名5.5 方法(Method)命名5.6 名称空间Namespace)命名6 编码规则6.1 错误检查规则6.2 大括号规则6.3 缩进规则6.4 小括号规则6

目录 1       前言 1.1         编写目的 1.2        预期读者 1.3         关于API设计开发 2       API公共说明 3       文档API索引 4       单个API说明 4.1         API基本信息 4.2        API输入参数 4.2.1          参数分类 4.2.2          参数类型 4.2.3         参数说明表格 4.3         API响应结果 4.3.1       

JAVA之旅(五)--this,static,关键字,main函数,封装工具类,生成javadoc说明书,静态代码块 周末收获颇多,继续学习 一.this关键字 用于区分局部变量和成员变量同名的情况 this的特点 this就代表本类对象 这在我们的set方法里面是有的 public void setName(String name) { this.name = name; } this代表他所在的函数对属对象的引用 现在我们这里有这么一个需求 //公共的 类 类名 public class H

一.选题报告 目录 团队名称 团队成员 项目名称 项目描述 创新与收益 用户场景分析 真实用户调研 未来市场与竞争 项目导图 比例权重 总结 1.团队名称--指南者团队 2.团队成员 孔潭活:2015034643032 何德新:2015034643017 吴淑谣:2015034643018 苏咏梅:2015034643025 李茵敏:2015034643012 3.项目名称--基于 Java Web 的毕业设计选题管理平台 4.项目描述 在大多学校中的毕业论文双向选择管理大多都是采用了人工进行管