首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

thinkphp 开发规范

ThinkPHP是一款基于PHP的轻量级Web开发框架,为了提高开发效率和代码质量,遵循一定的开发规范是非常重要的。以下是关于ThinkPHP开发规范的相关信息:

开发规范

  • 命名规范:遵循PSR-2命名规范和PSR-4自动加载规范。类和文件名应保持一致,采用驼峰命名法(首字母大写)。函数和属性命名使用小写字母和下划线,方法命名使用驼峰法(首字母小写)。
  • 目录和文件结构:目录使用小写加下划线命名,类库、函数文件统一以.php为后缀。类的文件名均以命名空间定义,并且命名空间的路径和类库文件所在路径一致。
  • 代码风格:使用Tab键来缩进,每个Tab键长度设置为4个空格。推荐每行最多写120个字符,多于这个字符就应该换行。
  • 注释规范:行注释使用//,函数注释参数名、属性名、标签的文本上下要对齐。
  • 配置规范:配置参数名统一使用小写规范,常量定义统一使用大写规范。
  • 日志规范:建议直接使用PSR-3规范提供的接口方法记录日志。

性能优化建议

  • 开启缓存:合理开启和使用缓存可以显著提高网站性能。
  • 减少数据库操作:尽量减少不必要的数据库查询和操作。
  • 优化SQL查询:避免使用复杂的SQL查询,尽量使用简单的、索引充分的查询语句。
  • 代码优化:避免使用过于复杂的代码逻辑。
  • 使用静态资源:将静态资源放在CDN上或者直接使用静态资源服务器。
  • 减少HTTP请求:通过合并CSS和JavaScript文件、使用雪碧图等方式来减少页面的HTTP请求次数。

遵循这些开发规范和性能优化建议,可以帮助开发者编写出更加规范、高效、可维护的代码。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

ThinkPHP安全开发规范

首发于安全客:ThinkPHP安全开发规范 - 安全客,安全资讯平台 常见安全问题 目前ThinkPHP在国内中小型开发场景非常流行,但由于漏洞频发,主要集中在SQL注入、信息泄露(debug模式打开...另外由于ThinkPHP版本比较多,实际业务多用3.2.3或5.1,因此下面主要从这两个版本来介绍ThinkPHP开发过程中常见的安全问题。...安全规范 针对以上常见的安全漏洞以及ThinkPHP一年爆几次漏洞的现状,建议按照以下规范合理使用。 部署 务必把你的WEB根目录指向public目录而不是应用根目录,并且不要随意更改入口文件的位置。...但不代表绝对安全,如果你缺乏良好的代码规范,仍然有可能被利用。...参考 ThinkPHP从漏洞挖掘到安全防御 ThinkPHP3.2.3安全手册 ThinkPHP5.1安全手册 ThinkPHP5安全规范指引 开发PHP商城要注意的一些常见安全问题 CI框架安全过滤

1.9K40

Thinkphp命名规范

类文件都是以.class.php为后缀(这里是指的ThinkPHP内部使用的类库文件,不代表外部加载的类库文件),使用驼峰法命名,并且首字母大写,例如 DbMysql.class.php ; 类的命名空间地址和所在的路径地址一致...类所在的路径应该是 Application/Home/Controller/UserController.class.php ; 确保文件的命名和调用大小写一致,是由于在类Unix系统上面,对大小写是敏感的(而ThinkPHP...UserController 类的文件命名是UserController.class.php , InfoModel类的文件名是 InfoModel.class.php , 并且不同的类库的类命名有一定的规范...,可以根据团队规范来进行; ThinkPHP的模板文件默认是以 .html 为后缀(可以通过配置修改); 数据表和字段采用小写加下划线方式命名,并注意字段名不要以下划线开头,例如 think_user...开发建议 遵循框架的命名规范和目录规范; 开发过程中尽量开启调试模式,及早发现问题; 多看看日志文件,查找隐患问题; 养成使用I函数获取输入变量的好习惯; 更新或者环境改变后遇到问题首要问题是清空Runtime

1.5K30
  • 【开发规范系列】(四)前端开发规范

    首发博客地址[1] 系列文章地址[2] ---- 引自《阿里规约》的开头片段: 现代软件架构的复杂性需要协同开发完成,如何高效地协同呢?...2)很多前端开发人员写选择器链的时候不使用 直接子选择器(注:直接子选择器和后代选择器的区别)。有时,这可能会导致疼痛的设计问题并且有时候可能会很耗性能。然而,在任何情况下,这是一个非常不好的做法。...(一) Vue 编码基础 vue 项目规范以 Vue 官方规范(https://cn.vuejs.org/v2/style-guide/)[3] 中的 A 规范为基础,在其上面进行项目开发,故所有代码均遵守该规范...命名规范采用KebabCase命名规范且与 component 组件名保持一致!...首发博客地址: https://blog.zysicyj.top/ [2] 系列文章地址: https://blog.zysicyj.top/categories/技术文章/后端技术/系列文章/开发规范

    79721

    开发规范 | 代码审核规范

    该规范主要参考《谷歌的代码评审指南》 ?...一、开发者 不应该在 CI 内同时包含主要风格的改动与其他代码的修改,这样会导致难以看出 CI 到底做出什么改动 格式化 commit message 优势: 提供更多的历史信息,方便快速浏览; 可以过滤某些...commit 的详细描述,可以分成多行 footer 部分只用于两种情况:1、不兼容变动;2、关闭issue 扩展:如果你使用 IDEA 进行编码,可以是使用 git commit template 插件来规范每次提交的...未来其他开发者接手时,代码是否易于理解与易用? 测试:代码是否经过正确且设计良好的自动化测试 命名:开发人员是否为变量、类、方法等选择了明确的名称? 注释:注释是否清晰有效?...风格:代码是否遵循了代码开发规范 文档:开发人员是否也同步更新了相关文档 在评论前加上“nit:”这样的前缀,表明这是一个优化性的建议,可以不影响本次上线 应在一个工作日内完成评审,并给出意见 评价只针对代码和具体业务流程

    1.9K20

    【软件开发规范一】《Java开发规范》

    编写目的 本文描述了 JAVA 开发中的有关包、类、接口、方法、实例变量、变量和常量的命名规范,用于规范 JAVA 编程过程中的命名和代码书写规范。 1. ...程序代码作为重要的核心内容,有必要遵循统一的书写和编码规范; 2. 在程序设计总体方向上,有必要遵循统一的规范要求进行设计; 3. 遵循规范的要求,能够有效的减少编码过程中的错误; 4. ...为了有效的提高程序的可维护性,编码方式需要遵循统一的规范。 适用范围 适用于开发组基于 JAVA 开发的项目。...【推荐】在设计评审阶段,开发人员需要和测试人员一起确定单元测试范围,单元测试最好覆盖所有测试用例(UC)。 14. ...本文是开发手册,凡是本文内容都是与开发同学强相关的。 l 单元测试代码是多余的。汽车的整体功能与各单元部件的测试正常与否是强相关的。 l 单元测试代码不需要维护。

    2.2K42

    Thinkphp开发--集成极光推送

    这里项目后台用的是php搭建的,选用的是thinkphp3.2作为框架,极光选用的版本号为3.4.3,特此说明一下,需要软件包的小伙伴可以在评论留言,不说废话了,下面上代码。...一、首先下载极/【尽量使用一键安装脚本,要么自己做,要么网上下载或使用我博客的,把时间用在更多的地方,少做重复劳动的事情】/光文件到项目的Vendor下,文件名为JPush,请注意大小写, Thinkphp...之极光推送 二、在你需要用到推送的模块的配置文件Config.php里填写极光的配置信息 Thinkphp之极光推送 三、在你的控制器中对应方法里添加并引入极光推送,设置对用的推送内容、平台以及受众人群等等...Thinkphp之极光推送 Thinkphp之极光推送 (这里我遇到一个问题,就是try catch 用不了极光的,只好用php自带的,如果那位小伙伴调试通过了,也通知我一声哈) 后台功能大概就是这样...之极光推送 Thinkphp之极光推送 这是app端收到的消息 Thinkphp之极光推送 Thinkphp之极光推送 好了,就是这样的,对了还有一点,就是客户端那边需要给每个帐号添加设备号和标签之类的然后反给后台存数据库

    75820

    开发流程规范

    这是近期在公司做的一次分享,这几年的互联网开发,算比较幸运,团队一直践行完善这套规范,没有太多的阻碍,得益于公司整体氛围,以及团队对规范和写文档的不排斥,形成了良好的开发习惯 在这次分享后,发现好些大...V也在谈规范,写文档,估计是前段时间阿里又发布了开发手册(华山版),借鉴于一下,对一些细节做些补充,整理出来 整体流程 ?...当然瀑布模型也有天生的缺点:每个阶段的严格性,缺乏灵活性,而现实需求却是经常变化的 所以单纯地选择哪个模型是不可取的,只能根据实际情况出发,为业务提供最大化服务 ---- 细则规范 很多人都在要规范,但好像从没思考过为什么需要规范...无规矩不成方圆,无规范难以协同,比如,制订交通法规表面上是要限制行车权,实际上是保障公众的人身安全,试想如果没有限速,没有红绿灯,谁还敢上路行驶?...对软件来说,适当的规范和标准绝不是消灭代码内容的创造性、优雅性,而是限制过度个性化,以一种普遍认可的统一方式一起做事,提升协作效率,降低沟通成本。

    2.4K30

    Git 开发规范

    Git 开发规范分支管理策略git flowVincent Driessen 于2010年提出的分支模型,可以说是最早、最全面的分支管理策略了,后续出现的分支管理策略基本都是基于 git flow 进行修改的...这里先要明确几个基本概念master/main:主分支,最终所有需要发布的有效代码都会合并到该分支develop:开发分支,所有开发内容都是基于 develop 分支创建 feature 分支feature...hotfix:热修复分支,线上出了紧急 bug,需要专门分支处理从上图可以看出,使用 git flow 开发步骤还是比较多的:从 develop 创建一个 feature 分支开发并自测完 feature...其实,总结下来,一个健全的开发团队的分支管理应该满足以下条件:有一个永远有效、能反应生产部署代码的分支,可以随时发布有一个能持续集成、体现开发进度的分支,能够帮助提早发现集成问题Commit Message...commit message 没有绝对的好坏,但是有相对的优劣,一个团队要遵守一致的填写规范。一个好的 commit message 应该要尽可能简洁、保留关键信息。

    9510
    领券