有一天我想起了一件事情
——Pache已经成为JavaScript项目了
写这篇文章的时候也是,当初花了很大的劲也没搞好的后端现在依旧在这儿。。。而且瓶颈[1]越来越明显,我想我应该得更新下后端了,可是,这是由一个PHP新手[2]写的很糟糕的代码,我该如何开始?
先前学习了一番PHP入门[3]的书,看完了感觉自己也没对PHP了解太多,反而让我自以为PHP不过如此,到了现在才发现 语言、架构 还是得看实际需求如何,太浮夸了一点意义都没有了。所以这次还是得跟去年一样清真一些,少谈架构,多谈需求、实际。
别扯太多了。现在需要考虑的是我需要个什么样的Pache后端,以及这后端锅如何消化,整理一下。
後端緣起
Pache后端放在这些文件中:
前台部分
./config.php
存放一些配置信息
./article.php
class栏目放在这儿
./sqlmethod.php
数据库操作相关
./sql.php
MySQL配置信息
./get.php
文章页
./index.php
首页
后台部分
./admin/ad.php
用作后台的 JSON API
./admin/index.php
提供一个弱智的密码系统(叫系统我都不好意思)
Pache后端总共就这些,不多不少。刚才粗略地重读了下问题颇多……现在都有些不好意思了。首先最主要的就是各个文件的功能不明确,./article.php
既包括了数据操作的相关代码又包括了class栏的组件,这……就尴尬了。
./sqlmethod.php
放的是数据库相关的代码。问题就是没使用MySQLite
和PDO
,所以Pache不支持PHP7。
Pache是过程式的编码风格,虽然我对于面向对象还是不得志,不过过程式的代码我可能更应付不过来,所以升级面向对象也是需要的吧(大概)
未來
我将在最近更新[4]后端,大体上我会做这些事情
- PDO
PHP7的需要
- 面向对象
目前觉得一些地方还是需要面向对象才比较好实现……
- 组件化
我没有了解过组件的意思。只是觉得class栏、tag栏、分页栏这些应该分开来而不应该嵌入在业务逻辑里,而且这样做也方便自己写