Sprint.Net 笔记

有生以来写的第一份博客, 还真不会写, 请高手们指导指导.

1.引入 Spring.Core.dll 和 Common.Logging.dll 两个文

2. 在UI层的Web.conf 的 <ConfigSections>中加入sprint节点.

<configSections>
  <sectionGroup name="spring">
    <section name="context" type="Spring.Context.Support.ContextHandler, Spring.Core"/>
    <section name="objects" type="Spring.Context.Support.DefaultSectionHandler, Spring.Core"/>
  </sectionGroup>
</configSections>

3.再<configuration>下加入

<configuration>
  ...
  ...
  ...
  <spring>
    <context>
      <resource uri="config://spring/objects" />
    </context>
    <objects xmlns="http://www.springframework.net">
      <object id="UserInfoService" type="Icdce.UserLimit.BLL.UserInfoService,Icdce.UserLimit.BLL" singleton="false"></object>
    </objects>
  </spring>
</configuration>

4. 然后前台即可调用中间的方法.

IApplicationContext ctx = ContextRegistry.GetContext();
IBLL.IUserInfoService userInfo = ctx.GetObject("UserInfoService") as IBLL.IUserInfoService;

  

时间: 2024-12-09 20:59:40

Sprint.Net 笔记的相关文章

Sprint总结和第八九十的读书笔记

总结:经过这次的Sprint,我在从中收获了很多.作为产品负责人的我,主要责任就是合理分配任务给自己的队友,调动队友的积极性.虽然这其中也有些不尽人意的地方,但是我们都坚持的走了过来,团队合作真的很重要,在以后的工作中也会起到相当大的作用,所以,现在的团队合作就是以后工作的基础. 第八九十章的读书笔记 第八章主要是讲需求分析,而这需求分析在团队中主要涉及到用户这个角色. 需求分析是指理解用户需求,就软件功能与客户达成一致,估计软件风险和评估项目代价,最终形成开发计划的一个复杂过程.在这个过程中,

读书笔记和sprint总结

第八章  需求分析 主要是讲需求的分析,对于一个程序项目来说,我觉得,需求是这个项目的向导,他可以决定程序项目会发展成什么样子.书里面需求这里大致分为两个:软件需求和用户需求. 软件需求:我们不仅仅要考虑到项目功能的需求,要实现的功能,还要考虑到开发过程以及非功能方面的需求,还有综合需求. 用户需求:是针对在用户这个角度,用户最需要的东西.我觉得用户需求在需求分析中较为重要,毕竟每一个要做的程序的根本目的是满足用户的要求. 第九章   项目经理 在这一章节里面主要讲的是微软的PM(Program

世界是数字的重点读书笔记(计算机科普知识)

<世界是数字的>是世界顶尖计算机科学家Brian W.Kernighan写的一本计算机科普类读物,简明扼要但又深入全面地解释了计算机和通信系统背后的秘密,适合计算机初学者和非计算机专业的人读.这真的是一本好书,借Google常务董事长的话: 对计算机.互联网及其背后的奥秘充满好奇的人们,这绝对是一本不容错过的好书. 对于一个计算机已经学了N年的专业人士来说,这本书也许简单了点,不过我还是认真过了一遍,发现也有一定的收货,因为一个人很难掌握本领域里的所有知识,或多或少会有一些欠缺,总会有一些你以

软件工程——sprint 1回顾总结

主题:“我们在本次sprint中做了什么?接下来的打算?” sprint总结:在本次sprint里,这是我们团队的成员们第一次开始以团队的形式进行一次团队项目开发,早在第一次团队会议之时,我们便因团队选题的问题纠结过许久,在2次讨论后才最终定下了我们现在的选题——邀约平台,然后我们才开始分工合作.在一开始,由于没有怎么进行适时的交流,队员们之间的工作进程出现了较大的差异,做前端的与做后端的工作交接上亦是产生了迟缓的差错,这些都是我们需要改进的地方 本次sprint历程回顾: 1.选题 O2O 一

敏捷学堂 学习笔记(一)

敏捷四大宣言 1)"个体和互动"更优于"流程和工具" :2)"工作的软件"更优于"详尽的文档" :3)"客户合作"更优于"合同谈判" :4)"相应变化"更优于"遵循计划" . 敏捷十二个准则 1)通过尽早和持续地交付有价值的软件来满足客户.2)欢迎对需求提出变更--即使是在项目开发后期.要善于利用需求变更,帮助客户获得竞争优势.3)要不断交付可用的

构建之法阅读笔记05-第六章

阅读笔记 第六章:敏捷流程 第六章敏捷流程主要介绍了什么是敏捷流程及其原则,还有什么时候可以选择敏捷的开发方法,什么时候选择其他方法. 敏捷的流程是指一系列价值观和方法论的集合.介绍了一些敏捷开发原则,比如,经常发布可用的软件,业务人员和开发人员在项目开发过程中应该每天共同工作,面对面的交流始终是最有效的沟通方式,不断关注技术和设计,保持简明,团队要学会自我管理,时时总结如何提高团队效率,并付诸行动. 敏捷流程的方法论---Scrum方法论.首先第一步需要找出完成产品需要做的事情,然后决定当前的

项目管理学习——《构建之法》读书笔记

最近终于有时间来读读书了.买了<构建之法>已经一年多了,这次静下心来读完了,收获很大.现在想起自己在上大学的时候学习软件工程是机械工业出版社出版的一本外国书籍的翻译版本,当时由于对于整个行业没有太大的感触,而这本书又全部由专业术语和定义组成,所以当时的课是相当痛苦.而老师通过的这门课程的方式又由各种理论知识考试为准,所以当时学习感觉相当“鸡肋”. 好的地方: 1,情景式.对话式对白,有趣易读.这点非常喜欢,很多实际中碰到的问题在这里可以重现.比如:每日构建,在实际开发中,就会由于各种原因导致不

《看板与Scrum》读书笔记

看板的朴素思想:在制品(work-in-progress, WIP)必须被限制 WIP上限和拉动式生产 1. Scrum与看板简述 Scrum:组织拆分,工作拆分,开发时间拆分,优化发布计划,过程优化 看板:流程可视化,限制WIP,度量生产周期 2. Scrum和看板的关系 Scrum和看板都是过程工具 Scrum和看板只是给了一些明确的约束和指导,比如,Scrum的约束是固定时长的迭代和跨功能团队,看板的约束是要有可见的看板,队列大小要有约束 敏捷方法也被称作轻量级方法 3. Scrum规定了

《用户故事与敏捷开发》阅读笔记04

  <用户故事与敏捷开发>阅读笔记04 今天抽出了两个小时读了<用户故事与敏捷开发>的第十二.十三.十四以及十五章并写了这篇阅读笔记.第十二章标题为"故事不是什么".IEEE 830是一本关于如何编写软件需求规格的指南,最突出的特征是使用短语"系统应该.....",但作者认为以这种方式编写系统的所有需求实际是一个不可能的任务.因为用户看到正在开发的软件时总会有有效和重要的反馈循环.他们会改变之前的想法,而且每个需求的成本是不可见的,会造成分析