搜索历史

    关键字:“粒度化”
    检索结果:1395 条记录(耗时 3 毫秒)
    • JAVA模仿天猫SSM实现源码

      练手 JavaWEB 项目,本版本为SSM版。本项目实现了通用 Mapper,免写 SQL,全自动处理关联查询。通过合理配置 MyBatis Generator 和自定义插件,灵活隔离手写代码和自动生成代码。

      免费
      立即下载
    • 综合信息服务管理平台源码

      系统设计为通用平台,可用作ERP、OA、CRM等系统的基础开发框架,具有成熟的数据访问(Dapper)、作业调度(Quartz.net)、日志记录(Log4Net)、权限控制等解决方案。

      ***RMB
      立即下载
    • EIP-Core2版通用权限框架源码

      基于最新Asp.Net Core2技术编写的一套通用权限框架,前后端分离,界面大方美观,随心换肤,使用mongodb做数据缓存,技术点:后端(Core2,Dapper,Mongodb,Autofac,AutoMapper,Swagger等),前端(Adminlte,Layui,jquery等)

      ***RMB
      立即下载
    • 自适应通用后台管理系统源码

      一套源码,多套系统——仅需修改配置,系统即可动态切换成不同系统(风格、功能)的运行效果。

      ***RMB
      立即下载
    • 信息快速开发框架源码(带工作流)企业豪华版

      信息系统快速开发框架的使用,大大地缩短了开发周期,提高了软件质量,同时也降低企业对软件研发人员编码水平要求。

      • 关键字: 工作流
      • 上架时间: 2016-09-29
      • 浏览次数: 2854
      ***RMB
      立即下载
    • AMB超强通用权限管理系统Sql版源码

      一款适合二次开发超强通用权限管理系统Sql版源码。

      ***RMB
      立即下载
    • 基础权限管理系统源码

      基础权限管理系统源码2014.02.27更新日志:1.在线编辑器使用Ueditor,很大气很美观,用户体验好。2.公共文件模块,管理员登陆时刷新页面,显示“删除”按钮问题解决3.用户管理模块中如果分的权限显示“修改”,没分权限显示“分配”功能介绍:我全权负责该系统的设计和开发工作,基于以前客户要求系统要有权限管理模块,包括菜单权限和页面功能按钮权限。我认真总结了以往项目权限这一模块的设计经验和教训,构建出来了系统的数据模型,页面实现我没什么问题,主要还是开发思想问题。我用“原型法”把系统的基础设施先建立起来,以后根据客户的需求不断丰富和完善。我考虑到了系统的可扩展性和可维护性,整个系统我经过细密的考量设计,再根据客户数据量的大小,先后发布了SqlServer版本、MySql版本、Access版本。系统UI采用最新的extjs技术实现,经过使用ps处理,打造出来一款友好的用户界面。后期我将此系统上传至空间部署实施,方便客户试用,接受客户提出的改进建议,不断完善系统。系统的基础表有10个,6个视图。该系统是一个基础性的权限管理系统,可以不断进行扩展和丰富。系统具有很多特色之处:点对点的实时

      ***RMB
      立即下载
    • JSS通用权限系统2012109版源码

      版源码版本2012-10-9日修改1.增加了一个用户属于多个角色的功能asp.net通用权限系统版本2012-9-22日建模文件是用的PowerDesigner12.5功能特点:1.可插拔的权限系统,权限控制粒度可精确页面和按钮

      免费
      立即下载
    • 基于MVC 粒度的权限管理系统源码

      基于MVCAction粒度的权限管理系统源码主要功能1、权限判断的边界由于项目是基于MVC的,除去数据权限不说,功能权限的判断边界做在MVC的Action上无疑是最好的选择,因为无论是一个页面,还是一个按钮

      免费
      立即下载
    • HISDemo源码

      HISDemo源码系统分了几个逻辑层,对于层与层之间的调用我们要实现一下几点:1.层与层之间只通过接口调用2.接口所对应的具体实现通过XML配置指定3.可能会对接口实例的生存周期进行管理这里我们使用Unity的依赖注入容器(DependencyInjection,DI)去实现数据访问层Repositories:主要用NHibernate访问数据库,但也有可能去访问其他模块或系统的WebService,也有可能用Linq去访问一些缓存(内存中的)数据,也有可能访问XML,文本文件等等....业务领域层Core:系统的核心层,所有与数据访问无关的业务逻辑都应该内聚在这里,业务领域对象理论上应该是充血的,内聚自己的业务逻辑。但有一些业务逻辑在设计的时候涉及到了多个业务领域对象,我们很难决定放在哪个具体的业务对象里,所以我们有一个Service层来放这种业务逻辑。外观层(设计模式之外观模式)Facade:把数据访问接口,业务领域对象的业务逻辑,Service接口简单的封装一下成为Facade层接口供展示层UI或SOA层调用,这个层需要注意的是它只是简单的封装,免得UI层调太多层的接口,这层不应

      免费
      立即下载