Frag -- a developing PHP Framework

为什么会有frag的诞生？

有了框架，极大地减少了开发时间，提高了开发效率。这是很真实的。

依靠框架去编写，真的是学习到php了嘛？

答案是不一定的，学习别人的框架，毫无疑问的可以学到新知识，但是却不知道怎么去实现它。 于是我们就会去读它的源代码，读完后不代表自己真的能够独立写出来，这是很真实的一件事。所以会有frag的诞生。

二来，因为php目前的热度，过度学习深入或许对今后的工作没有什么帮助，所以我是没有深入学习过thinkphp，laravel的。 这很功利，毕竟只靠php吃饭对未来来说不现实。于是自己去编写一套简单的框架去做些自己目前的小型项目，未尝不是一个好方法。

如果此次的你正好在这样进退两难的时候，刚好可以去使用花不了多长时间的框架解解压。然后迷惑自己php还行。 （这也是这个框架没有使用很多的php设计模式，因为我感觉自己用不上） 于是就有下面的这些话：

---

写项目可以分为逻辑层和业务层，框架帮我们做好了逻辑层，但是这样的方式，真的是正确学习php的姿势吗？
可能每天都在if里循环，可能每天都在使用封装好的函数，不晓得怎么实现；可能每天自定义添加了一些function，觉得自己完全掌握了php。

我们是否缺少了什么？

当下框架盛行，提高效率的同时，也减少去深度研究语言的人.

（我？小白啊，不是真正掌握php的那些大佬） 因此我觉得要达到学习效果，有必要去自己编写框架，或许没有thinkphp，laravel等框架火暴，没有多少人会去下载。 或许去接需求，人家还是喜欢用那些主流框架。

那又有什么事情？只有自己用不香吗？当然希望能有更多的人来使用我的框架，哎，让它变得更强大

这些都是我的学习经历，何乐而不为？我是不会后悔做了这件事。

如果坐在屏幕前的你看到我这样的文字，又觉得自己开坑有些麻烦或缺少精力，在这里我特别欢迎大家一起来维护这套框架， 努力去打造自己的一番天地。或者说是去感受php的底层，去增强自己的逻辑思维，让自己变强。 很多大佬编写自己的框架是觉得现有的thinkphp，laravel太臃肿，或许这才是我创造这个bug的 原因之一吧。

以上是如今的我看待第一次所写的README，我承认自己写的框架肯定比不上主流，任何php的程序员都写过自己的框架 （框架只是抽出来的功能，很多人没有使用框架照样开发了很多）所以创造了框架并不是什么大事。

特别鸣谢

是这些开源项目，帮助frag基本雏形，减轻了重复制造轮子的负担

1.twig模板引擎

2.medoo

3.whoops

4.monolog

5.guzzle

6.请看composer.json

使用要求

具体写于composer
首先明确你的php>=7

使用composer安装
composer create-project dyedd/frag

##写在最后的话 终于，我想走出这样进退两难的困境，所以我选择离开php。 这是最后一个版本，我以后可能也不会维护，学其它语言去了，可能也会也不知道php怎么写了吧 留在仓库里，留个纪念，毕竟php是我的入门语言。