RBAC基于角色的访问控制（RoleBasedAccessControl）作为传统访问控制（自主访问，强制访问）的有前景的代替受到广泛的关注。在RBAC中，权限与角色相关联，用户通过成为适当角色的成员而得到这些角色的权限。这就极大地简化了权限的管理。在一个组织中，角色是为了完成各种工作而创造，用户则依据它的责任和资格来被指派相应的角色，用

 Mapper接口如下：例1@Select("SELECTt\_question.\,t\_student.\name\FROMt\_question,t\_studentWHEREt\_question.student\_idt\_student.id")List<QuestionStudentVOgetQ

MVCMVC可以帮助确保帮助实现程序最大程度的可重用性。各MVC元素彼此独立运作，通过分开这些元素，可以构建可维护，可独立更新的程序组建。在iOS开发中MVC的机制被使用的淋漓尽致，并且我觉得在iOS上写程序，充分理解iOS的MVC模式，有助于我们程序的组织合理性，相反，我们不遵守MVC的一些约定，程序是可以写的，但就等着受苦了。

很早之前就想开发一套OA办公系统，苦于没有机会。这次终于有机会，不管三七二十一，带上小伙伴们就开工了。考虑到开发成本和开发周期都比较紧张，就选择了比较熟悉的php语言，框架是thinkphp5。系统目前1.0版本没有太复杂的业务，设计之初是在满足基本功能需求的前提下，能简化就简化。比较麻烦的功能还是审批的功能，虽然没有像钉钉那样强大的自定义审批模板

web2.0时代；除了纯信息展示类的网站；基本都是有文件上传功能的；最不济你得让用户换个头像吧；但是随着业务的发展；如果上传的文件都和网站程序源代码放在一起；那是有相当多的弊端的；1：静态文件会占用大量带宽；2：服务器的成本略高；常规的做法是把php源代码放到一台服务器上；图片等静态文件放在另一台服务器上；当一个神奇的“云”时代的到来

IoC/DI的概念容器是Spring的核心之一(另一个核心是AOP).有了容器,IOC才可能实现.什么使IoC?IoC就是将类自身管理的与其由依赖关系的对象的创建/关联和管理交予容器实现,容器按照配置(比如xml文件)来组织应用对象的创建和关联.什么使DI?DI是IoC的实现方式,由容器

一.变量输出的几个方法<?phpnamespaceapp\index\controller;usehttp\Params;usethink\Config;usethink\Controller;usethink\Request;usethink\View;

上篇文章 thinkphp集成系列之phpmailer批量发送邮件(https://www.oschina.net/action/GoToLink?urlhttp%3A%2F%2Fbaijunyao.com%2Farticle%2F69)讲过的；邮件有着零成本、内容丰富的优点；但是一个非常硬的硬伤；这家伙的及时性太差了；尤其是随着90、00

提示：首先，下载的完整框架或者Composer运行创建命令生成的框架中，build.php文件默认存放于根目录下。需要复制build.php文件到application目录，并对该文件进行修改，举例如下：return//生成应用公共文件